Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: NXWEB и nginx
Я тут призадумался, как 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; worker_connections 16384;
Вроде бы должен он 10 тыс. соединений держать... Может, надо еще что-то подкрутить?
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
|