30.05.2016, 14:11, "S.A.N" <nginx-fo...@forum.nginx.org>: >> Интересно, сколько нужно открыть fd чтобы ощутить их дефицит в >> системе? > > Это зависит от установленого лимита в ОС, по умолчанию 1024, я кстати всегда > хотел узнать, зачем линукс по умолчанию ставит такой низкий лимит? > >> Если у клиента такая логика, что он делает 30 запросов json >> одновременно, >> может быть, стоит подумать о пересмотре модели работы клиента? Так ли >> уж >> там нужна параллельная обработка этих 30 запросов? > > Я всегда стремлюсь максимально эффективно использовать свободные ресурсы > сервера. > Если запросы обрабатывать последовательно в одном соединение, сокет будет > простаивать без трафика, процес будет простаивать в ожидании получения новых > задач, в общем железо будет простаивать, в результате конечный клиент будет > ждать дольше.
Если сокет "простаивает без трафика", то железо отнюдь не простаивает, а выполняет работу по тем сокетам, которые не простаивают. К тому же при однородной нагрузке количество требуемых содинений с бэкэндами должно быть стабильно во времени > > Если все запросы отправлять в новых соединениях, тогда придется за это > платить, для бекендов которые написана на высокоуровневых технологиях, новые > соединения это совсем не zero cost. > > Я не против новых соединений, я пытался найти возможности повысить КПД этих > соединений, мультиплексирования в H2 и FastCGI для этого и созданы. > > Это важно не только между браузером и серверов, например тот же GRPC > использует HTTP/2 для мультиплексирования. > У нас REST API с HTTP кешированием, но к сожалению мультиплексирования > запросов в upstream соединениях Nginx не поддерживает. > > Posted at Nginx Forum: > https://forum.nginx.org/read.php?21,266693,267223#msg-267223 > > _______________________________________________ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Regards, Konstantin _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru