Я тут призадумался, как mongoose сервер с 2500 потоками (thread pool) смог
пройти тест с 10000 одновременных соединений в режиме keep-alive. И понял
простую вещь.

Программа тестирования httpress открыла 10 тыс. соединений с сервером и
прогнала через них 1 млн. запросов. При этом у всех серверов (кроме nxweb)
при тестировании возникали ошибки: часть запросов подвисала, программа
принудительно обрывала их по завершении основной фазы тестирования. Процент
ошибок был невелик. В районе 8..9.5 тыс. ошибок из миллиона. Ошибочные
запросы не учитывались при расчете результирующего RPS. Так как это
возникало со всеми, я грешил на TCP-стек. Тем более, что и у nxweb тоже
иногда ошибки проскакивали (пока я вчера не убрал mutex из accept-цикла).

А теперь меня осенило, и я добавил в httpress оценку реальной
одновременности (real concurrency) - только что закоммитил. И вот что
получается при тестировании 10 тыс. одновремнных keep-alive:

nxweb: real concurrecny = 10000 (через каждое соединение прошел хотя бы
один успешный запрос)
g-wan: real concurrecny = 4-7 тыс. (т.е. часть соединений зависла сходу, и
не использовалась в процессе теста)
mongoose: real concurrecny = ~1700 (ведь он при всем желании больше 2500 не
может в моей конфигурации, а по факту и тех не задействует)
libevent: real concurrecny = 10000
microhttpd: real concurrecny = 800-1000
nginx: real concurrecny = 2-7 тыс.

Почему пишу об этом здесь, потому что не понимаю, почему у nginx не 10 000.

У меня в конфиге:

worker_processes 4;
events {
worker_connections 16384;
}


Вроде бы должен он 10 тыс. соединений держать... Может, надо еще что-то
подкрутить?
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru