 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Ilya Anfimov 2:5020/400 06 May 2002 03:03:29 To : tmaxgor@blueyonder.co.uk Subject : Re: Программерский вопрос -------------------------------------------------------------------------------- On Sun, 5 May 2002 21:23:39 +0000 (UTC), tmaxgor@blueyonder.co.uk <tmaxgor@blueyonder.co.uk> wrote: >Vladimir Bormotov wrote: > >> >> Hi, tmaxgor! >> >>>>>>> "t" == tmaxgor <tmaxgor@blueyonder.co.uk> writes: >> >>>> t> будет на хосте крутиться несколько тысяч(если получиться) процессов, >>>> t> которые должны обмениваться короткими текстовыми сообщениями c одним >>>> t> выбранным процессом(то есть сервером). >>>> >>>> t> Вопрос: что будет эффективнее: >>>> t> 1. Одна очередь сообщения и все слушают ее. >>>> >>>> что такое одна очередь сообщений? >> >> t> Cервер создает одну очередь сообщений, смотри msgget , и все клиенты >> t> слушают ее, ну и пишут тоже. >> >> я немного не про то спрашивал. Собвенно, мне подробности можешь не >> объяснять, просто сам подумай какие функции libc у тебя будт >> использоваться. > >msgget, msgrcv, msgsnd Это который SYSV IPC? Могу посоветовать не связываться. API там довольно кривое, портабельность довольно низкая. Учитывая, что единственное, что из этой кучи хлама действительно массово используется Shared Memory и (уже немного реже) семафоры для его (Shared Memory) синхронизации, можно предположить, что с очередями сообщений при большой нагрузке будут всплывать если не тонкие глюки, то по крайней мере проблемы с производительностью. Вообще, лучше бы оно и вовсе не появлялось. Вместо этого уже довели бы mmap до ума. --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/151197eae354.html, оценка из 5, голосов 10
|
|
|