Подскажите пожалуйста кто сталкивался, что лучше в плане производительности?

ядро чата - получает запросы и отдает результаты

так вот, что лучше ядро как обычный fastcgi скрипт или перловый демон с multiplex?

fastcgi - определенно удобнее.

по скорости.. сравнимо скорее всего.

сами технологии.. по скорости думаю на одном уровне.

а вот сама реализация "внутри" может различатся в скорости в разы.
когдато давно(очень давно) я подобную вещь изобретала...

архитектура была такая:
для каждого пользователя хранилась сессия, в сессии хранился id последней отправленной ему записи
когда клиент запрашивал обновления, ему отправлялись все новые записи...

сначала для хранилища использовался текстовый файл... производительность была не фонтан.
потом - berkeley db... это было значительно лучше.

а потом я забила на все и переделала систему (я тогда пыталась освоить java) под другой архитектурой:
(первые версии писались на перле - эта - на джаве).
сделано было так:
когда от клиента приходило сообщение, это сообщение(реально-указатель на него) добавлялось в очереди всех клиентов, которым оно было адресовано, когда клиент запрашивал обновления - ему сбрасывалась его очередь.
(ТЕ все хранилось исключительно в памяти)
все это было реализовано с пулами "worker" потоков и "io" потоков...
работало здорово (и кажется у кого-то до сих пор работает)

нагрузочного тестирования я не проводила... но тысячу подключений последний вариант выдерживал легко.


это я все к чему: не важно какую технологию или какой язык вы используете. главное - алгоритм и грамотность использования ресурсов.

=))) о а если б вы хранили в мемкеше данные то все летало =)

спасибо всем за ответы.


Тоесть упирается все в то: что будет быстрее мультиплексность самописная или апачевские форки для фастцгишек =)

для FastCGI еще и nginx можно использовать

ну то такое =)