IPC — что быстрее?

Question

[Александр Гришин]

Есть
----------------
| запросы.....|
| клиентов....|
----------------
.....|......|.....|
.....V.....V....V
-------------------.....................................BASH-TERMINAL:
|WEB-SERVER...|....................................server ~ # interpretator SCRIPT2.XXX
-------------------...............................................................|
.............|.........................................................(запущен в фоне)
|-----------------| (взаимодействие IPC)..|----------------------------------------------|
| SCRIPT1.XXX | -------------------------->|.........SCRIPT2.XXX runing....................|
|-----------------|.....................................|----------------------------------------------|

Вопрос: Как лучше организовать?
1) mkfifo?
2) UNIXSocket?
Что будет шустрее работать?

Нарыл вот это Pipe vs Unix Socket Performance
Вот из это обсуждения http://stackoverflow.comhttp://stackoverflow.com - но с английским плохо...
Кто что скажет?

Comments

[Назар Мокринский]

Возьмите да попробуйте, делов-то

[Александр Гришин]

тут проблема в том что я на UNIXSocket для ruby немогу найти решения взаимодействия. Черет петлю - есть проблема - появляется много time_wait с которыми при большом количестве посящений я не знаю как бороться

[Александр Гришин]

Поэтому если кто скажет что UNIXSocket - есть true way то придется искать как это организовать иначе я буду использовать mkfifo или чтонибудь в tmpfs

[Александр Гришин]

Всем спасибо там все просто нужно было и вправду взять и попробовать хотя бы, прежде чем задавать данный вопрос

Answer 1

[Андрей Никифоров]

В обсуждении, ссылку на которое вы привели, пишут очень правильную вещь: «it looks like you're prematurely trying to optimize something that isn't yet problematic.»

Является ли сейчас для вас IPC узким местом настолько, чтобы его оптимизировать? Реализуйте то, что проще реализовать.

Comments

[Александр Гришин]

Спасибо.