Могут ли разные прораммы слушать один порт на одном компьютере?

dbus ?

мультикаст.

dbus умеет в udp?

Пример 4 слушателей порта на одном компьютере:
127.0.0.1:порт
127.0.0.2:порт
127.0.0.3:порт
127.0.0.4:порт

я про сеть не увидел)) увидел только

программы которые общаются между собой

Желательно чтоб один IP и один порт. Например: 127.0.0.1:1234 у всех программ. Это возможно? Или искать другой способ реализации.

Можно ли посылать именованное сообщение, чтоб все остальные программы знали что это им сообщение?

+1

/thread

Нет потоки сразу не подходят.

Ну я даже не знаю что во тут сказать ... Пошлю ка я автора ... читать доку https://en.wikipedia.org/wiki/IP_multicast

ознакомься
dbus

На целевой порт повесить балансировщика, а на портыт для программ он уже проксирует, как nginx.

Возьми nanomsg.

http://250bpm.com/blog:17

Вопрос, могут ли разные программы слушать один и тот же UDP порт на одном компьютере и соответственно читать и писать в него.

Могут, если использовать флаги SO_REUSEADDR или SO_REUSEPORT. Но они не увидят пакеты друг друга на одном компе.

Про dbus вам уже рассказали. Есть и варианты полегче, вроде generic netlink.

А можно и иначе. Пусть каждая ваша программа открывает свой UNIX domain socket. Пусть будет одна центральная программа, которая регистрирует остaльные, и держит адреса их сокетов. Через центральную остальные программы найдут друг дружку, и будут отправлять сообщения напрямую по личным сокетам. Максимум производительности, минимум задержек.

127.0.0.1:1234

Наверно, в сочетании с SO_REUSEADDR это решит вашу задачу!

А ещё namespaces

Наверное, потребуется брокер сообщений. У apache AMQ есть подписки. Не знаю, насколько оно подходит.

Пока склоняюсь к мультикасту, т.к. когда-то писал клиента под мультикаст вещание. Но может ли участник группы посылать данные другим участникам группы (включая сервер)?

Пока склоняюсь к мультикасту, т.к. когда-то писал клиента под мультикаст вещание

ага, конечно :)

опять плюсану вот это: Могут ли разные прораммы слушать один порт на одном компьютере? (комментарий)

и опять /thread

Тебе правильно намекнули выше. В мультикасте нет клиентов и серверов. Все могут отправлять пакеты в группу и получать пакеты из неё. Единственное, отправка самому себе обычно блокируется операционной системой (либо именно отправка, либо прием от самого себя - в зависимости от ОС).

Пока склоняюсь к мультикасту, т.к. когда-то писал клиента под мультикаст вещание. Но может ли участник группы посылать данные другим участникам группы (включая сервер)?

Несколько программ на одном компьютере будут общаться между собой через UDP multicast?

Знатный костыль.

Ведроид способен, фрибзд, оппень способна, при определённых управляющих девайсах.

Тебе хочется иметь проблем с рутерами? Циска, китайский свич или рутер — и хана твоим мультикастам! У нас регулярно такие сбои происходят, приходится еще на случай кирдыка иметь резерв — запрос уникастами.

Возьми реализацию inetd и по меткам распределяй, кому отдать подключение.

Это всё локально должно быть.



P.S. Уже сделал. Работает кайне шустро. )))))

Вот именно этого и не хотел, т.е. управлять подключениями. Так как количество клиентов/слушателей заранее не известно и может меняться динамически.