Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re[2]: верните server_name *; # пожалуйста :)
Здравствуйте, Максим.
>>> В nginx'е за счёт accept-фильтров можно пытаться выиграть только
>>> немного памяти и чуть-чуть процессора. Но цена за это -
>>> соединения, висящие в ядре без какого-либо логирования или
>>> контроля (в частности - на них не распространяются timeout'ы,
>>> заданные в nginx.conf, а вместо этого действуют tcp timeout'ы по
>>> умолчанию). В результате - потерять можно существенно больше, чем
>>> выиграть.
>>А что именно можно потерять? Чем плохи такие соединения?
MD> Тем, что они едят ресурсы в ядре. Которые, в свою очередь, имеют
MD> свойство кончаться.
А соединение, проброшенное до nginx-а, также есть память ядра в чуть
больших количествах, но более управляемо. Я правильно тебя с Антоном
понял?
А как ns ghtlkfuftim в nginx-е управлять соединениями? Через
reset_timedout_connection, client_header_timeout и send_timeout?
client_header_timeout очень похож на httpready , разница лишь в том
видимо, что не расходуется память ядра.
--
С уважением,
Михаил Монашёв, SoftSearch.ru
mailto:postmaster@xxxxxxxxxxxxx
ICQ# 166233339
http://michael.mindmix.ru/
Без бэкапа по жизни.
|
