Много портов или один

[ammaximus]

Система реализована через несколько процессов, которые могут выполнятся на разных узлах. Процессы относительно равноправны.
Сейчас каждому процессу выделяется личный порт, через который и идет общение, процесс легко найти, разослав броадкастом на этот порт. Портов очень много > 200. Решение простое, но жрет много портов.

Имеет ли смысл на каждом узле организовать один процесс "сепаратор", а после уже пересылать через LocalSocket или Fifo адресату, согласно метаинформации в сообщении.

Как лучше организовать обмен в этом случае?

2. Интересно было бы прослушивать порты, чтобы производить отладку (не обязательная функция). В каком варианте это сделать проще?

[nwnclv]

На самом деле для ответа очень мало инфы.
1: транспортный протокол UDP, как понимаю?
    1.1: На сколько неважна потеря нескольких пакетов?
2: Сам протокол это просто запрос или запрос-обязательный ответ?
3: 200 портов ... неужели 200 разных процессов с разными задачами? Инфу с коллайдера обрабатываешь чтоль? =)

Имеет ли смысл на каждом узле организовать один процесс "сепаратор", а после уже пересылать через LocalSocket или Fifo адресату, согласно метаинформации в сообщении.

Как лучше организовать обмен в этом случае?

Не понял схему. Хочешь на одном узле для нескольких точек хаб сделать? Ну тогда пусть они, увидев хаб, подключаются к нему и принимают задания, а если не видят - открываются сами. Хотя я не знаю что у тебя там за протокол и что за задачи. А то можно и что-то типа легкого кластера сделать.