Comments 17
Попробуйте связку nginx + php-fpm и расскажите о результатах.
Насколько я понимаю ngnx и не должен быть быстрее. Он должен быть экономичнее по потребляемой памяти при большом количестве открытых соединений.
На самом деле, некоторые люди уверяли что должен
Возможно он действительно быстрее, но так как в вашем тесте еще учавствуют php и sql, то доля времени процесса в ngnx, получается, очень невелика по сравнению с общим временем обработки запроса.
Чтобы оценить преимущества ngnx я думаю надо исключить php и sql, и вместо этого запустить несколько сотен медленных сессий на скачивание больших статических файлов, и мерять потребляемую память.
Чтобы оценить преимущества ngnx я думаю надо исключить php и sql, и вместо этого запустить несколько сотен медленных сессий на скачивание больших статических файлов, и мерять потребляемую память.
А почему три ноута через древний роутер а не один напрямую?
Ну не такой уж он и древний это раз, а два — он у меня 90 мегабит держит честно. А там и 20 небыло…
Извините, не хотел оскорбить оскорбить на счет роутера, слово «древний» было лишним :)
Вопрос именно почему три ноута, wifi? Вы эмулировали большой пинг, плохую свзязь и тд?
Просто по-моему при большом пинге и не идеальном канале nginx должен дать более лучшие показатели.
Вопрос именно почему три ноута, wifi? Вы эмулировали большой пинг, плохую свзязь и тд?
Просто по-моему при большом пинге и не идеальном канале nginx должен дать более лучшие показатели.
нет, один ноут был по проводу, и 2 по вай фай. Но я внимательно следил за показателями трафика — он юзался не много. Но хорошо, в следующий раз возьму ХПшку свич, гигабитный.
Я бы тогда скорее порекомендовал обратное, пара ноутов по wifi и отнести их подальше от роутера.
Просто один из главных плюсов nginx как выше заметили «Он должен быть экономичнее по потребляемой памяти при большом количестве открытых соединений» и еще выше про php-fpm. Т.е. вся суть в том чтобы php скрипт не ждал пока клиенту там что-то отдадут, а вырубался.
Просто один из главных плюсов nginx как выше заметили «Он должен быть экономичнее по потребляемой памяти при большом количестве открытых соединений» и еще выше про php-fpm. Т.е. вся суть в том чтобы php скрипт не ждал пока клиенту там что-то отдадут, а вырубался.
nginx + php (в виде fcgi или -fpm) никогда не был быстрее апача с mod_php.
Другое дело, что если добавить туда ещё и статику (а её сильно больше обычно) — картина резко меняется в сторону nginx. Ну и да, по памяти он поспокойнее себя ведет.
Другое дело, что если добавить туда ещё и статику (а её сильно больше обычно) — картина резко меняется в сторону nginx. Ну и да, по памяти он поспокойнее себя ведет.
Количество fastcgi процессов php было эквивалентно количеству воркеров апача? Nginx c fastcgi-сервером общался через unix-сокет?
Очередной дурацкий тест, в котором автор сравнивает кислое с соленым.
печалько. я не про результаты теста.
Sign up to leave a comment.
Грязный стресс тест nginx vs apache