2012/04/05 11:38:32

А можно кейс когда много клиентов хочется обслуживать из одного процесса вместо традиционного "по процессу на клиента"?

Link
2012/04/05 13:57:31

я пока не настоящий сварщик, но даже мне не совсем понятно, зачем именно это нужно.

Link
2012/04/05 14:04:41

Когда мы говорим о рассылке 1000 000 сообщений в секунду, то успеть рассовать их по пидам что бы те записали, невозможно. Надо писать максимально из одного процесса.

Link
2012/04/05 14:05:20

100 000 конечно. До миллиона догнать сложно.

Link
2012/04/05 14:39:11

Сколько процессов занималось бы "рассовыванием по пидам"? Каково допустимое значения максимума задержки?

Link
2012/04/05 14:51:58

Я сейчас эксперимент поставил на своем ноутбуке: 10 процессов раз в 10мс шлют по сообщению каждому из 1000 подписчиков. Медиана 1мс, 95й процентиль — 7мс, 99й — 47мс, максисмум 233мс. CPU load 70-80%. Один high-priority процесс с рассовыванием миллиона сообщений в секнуду по пидам (при условии равномерного поступления) справляется примерно так же.

Ещё блог-платформа убога и текст комментариев наезжает друг на друга при ответе.

Link
2012/04/05 19:58:57

Я всё таки говорю не про синтетические тесты, а про опыт эксплуатации.

Репитеры о которых ты говоришь, тоже большая проблема, потому что этим надо управлять.

Link
2012/04/06 11:30:33

Блог-платформа нормальная, а вёрстка плохая, потому что я не умею, а подсказать, что надо поправить, никто пока не решился.

Link