он его может и не дождаться (сработает тайм-аут) <div>ничего хорошего, что он его будет до тайм-аута ждать <br><br><div><span class="gmail_quote">14.11.07, <b class="gmail_sendername">MZ</b> <<a href="mailto:zuborg@advancedhosters.com">
zuborg@advancedhosters.com</a>> написал(а):</span><blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex">В ср, 14/11/2007 в 19:11 +0300, Alexey Karagodov пишет:<br>
> а если бекенд получит запрос, примит его, но потом сдуется, потому что<br>> перегружен другими запросами?<br><br>В каком смысле сдуется? И что что перегружен? Запрос принят - nginx ждет<br>ответа.<br>><br>>
14.11.07, MZ <<a href="mailto:zuborg@advancedhosters.com">zuborg@advancedhosters.com</a>> написал(а):<br>> В ср, 14/11/2007 в 18:10 +0300, Alexey Karagodov пишет:<br>> ><br>> >
<br>> > То есть nginx понятия не имеет, к скольки<br>> бекендам (вернее,<br>> > сколько<br>> > раз) он сейчас подключился и отправил запрос, Вы это
<br>> хотите<br>> > сказать ?<br>> ><br>> ><br>> > он не имеет понятия, что происходит на бекендах<br>> А зачем ему ?<br>> Он отправил запрос, и пока не получил полностью на него ответ,
<br>> бекенд<br>> считается занятым этим запросом, что логично, нормальный<br>> бекенд не<br>> станет откладывать обработку запроса, если он не нагружен на<br>> 100%<br>
> конечно.<br>> Сколько таких запросов в процессе обработки - такова и<br>> загрузка бекенда<br>> в числовом выражении.<br>><br>><br></blockquote></div><br> </div>