Но каким-то хреном возможна нормальная реализация нескольких слушателей

так же как в work stealing threads

то есть они не будут получать все сообщения, а только часть

кривой воркэраунд - посылать одно сообщение по количеству читателей, но это будет работать очень хреново

просто ОЧЕНЬ

если им не нужно всем получать одно и то же сообщение - то всё ок

Тогда нет отличий от пайпа

а у пайпа может быть много читателей?

¯\_(ツ)_/¯

Ответ: это Record-oriented device

Ответ на начальный вопрос

хм

окей, это не стрим, как пайп, а рекорд, дальше что

можно ссылаться на уже кем-то прочитанные записи?

Нет

> Remember, mailboxes are record-formatted devices.

ok, so what

я правильно понимаю, что суть вопроса была просто в том, что каждый читатель получает ровно 1 запись при чтении, а не произвольное количество байт? и в этом вся разница?

как-то пиздецки издалека зашел если так

вторая ссылка в гугле дает нам это

Mailboxes are definitely thread safe in the sense that multiple threads cannot write to a mailbox "at the same time" because mailboxes are robustly synchronised at the operating system level. One thread will always "win" the race.

As others have mentioned, mailbox I/O is, by default, end-to-end synchronous. That is, the writer will wait for the message to be read before proceeding. This may have an effect on threading, as a thread may block on a mailbox write. If that prevents another thread from reading the mailbox, you could have a deadlock (depends on your threading mechanism being capable of switching threads during an OS level I/O stall).

You may not have control over mailbox read behaviour when do a device independent/blind I/O. If you access a mailbox explicitly, you can do asynch I/O.

и

> Yes you can open the mailbox from multiple streams. The "records" will be processed in order of receipt.