Нет, ну я имею ввиду не запрос, который сейчас обслуживается, а того,
кто его обслуживает, чтобы тот же чайлд при обслуживании следующего
запроса делал бы это уже с новыми параметрами,
а то у меня сегодня чайлдов разраслось столько, что сервер упал :)
При переходе в состояние shuting down рабочий процесс не принимает новые
соединения, а keep-alive соединения закрываются сразу же по завершении
обработки текущего запроса. Исключением являются keep-alive соединения,
которые на момент shutdown'а находились в состоянии idle. Они закроются
или по keepalive_timeout, или по завершении обработки нового запроса.
А от чего сервер упал - кончилась память и своп ?
А какая ОС ?
Sun, 27 Aug 2006 23:39:43 +0400 (MSD)
Igor Sysoev <is@xxxxxxxxxxxxx> писал(а):
On Mon, 28 Aug 2006, AleXXX V. NovikoFF wrote:
Идеальным вариантом было бы перечитывание конфига на лету без вот такого
поведения, чтобы nginx сразу получал всю инфу, без обновления чайлдов,
особенно это актуально для geo, ибо многие используют nginx для отдачи
файлов, а в условиях российского интернета обязателньо надо делить
трафик, если не хочешь попасть на денежки :)
В текущей архитектуре это не реально. Запрос может обуслуживаться только
в той конфигурации, в которой он начал обслуживаться.
