> Там же описано, что при той же загрузке процессора и больших задержках
> ответа обрабатывалось уже 10000 соединений. Что явно означает, что автор
> теста что-то не то протестировал.
Там дальше идет хныкание про то, что <<4 сообщения в секунду на 1500
клиентов -- это очень много>>.
erlyvideo без проблем рассовывает более 100 тыс фреймов в секунду,
причем это не текстовые zerocopy данные,
а модифицируемые под каждого клиента аудио и видео пакеты, причём
никаких проблем с тем, что бы
воспользоваться вторым, третьим, пятым ядром нет.
ejabberd при обслуживании xmpp клиентами в принципе меряет количество
клиентов десятками тысяч.
Тут же мы видим, что как только система запускается в продакшн и
приходит первая пачка клиентов, всё просто ложится.
Возникает вопрос: чем тогда это лучше EM? Возможностью поправить
свежие, неопробованные баги?
--
--
Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы "RubyOnRails to russian" на группах Google.
FAQ группы находится по адресу: http://ru.wikibooks.org/wiki/RubyFAQ
Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу
ror2ru@googlegroups.com
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: ror2ru-unsubscribe@googlegroups.com
Дополнительные варианты находятся на странице группы http://groups.google.com/group/ror2ru?hl=ru
Комментариев нет:
Отправить комментарий