Re: Большие значения $request_time

[Анатолий Шарифулин]

Михаил, очень похоже, что апач медленно передает ответ nginx'у.
Попробуй увеличить proxy-буфферы в nginx'е, если память позволяет, можешь не
скупиться :) Проверить очень легко -- пишешь коротенький скрипт, который
медленно (через sleep) забирает ответ от nginx, а в этот момент смотри на
apache server-status, процессы должны быть свободными (апач быстро отдал
ответ nginx'у и освободился).

Плюс в своих скриптах поставь alarm, на 150 секунд, сразу поймешь в чем
дело.

11 декабря 2008 г. 0:51 пользователь Михаил Монашёв <
postmaster at softsearch.ru> написал:

> Здравствуйте, .
>
> Отсортировал  тут  минутный аксес-лог по $request_time , дабы получить
> самые  медленные запросы и обнаружил, что некоторые из них выполнялись
> чудовищно долго:
> 154.996
> 175.899
> 178.914
> 180.121
> 182.835
> 193.889
> 226.150
> 274.892
> 338.410
> 544.435
> 608.152
> 701.541
> 807.495
> 1016.948
>
> Это в секундах.
>
> В листе нашёл:
> > $request_time - это время обработки запроса. Считается от получения
> первых
> > данных от клиента до оправления последних данных для клиента в ядро.
>
> Почему ядро так долго не хочет забирать данные или клиент медленно нам
> закачивал  http-запрос  (хотя  accept_filter=httpready вроде есть) или
> тут что-то другое?
>
>
> С уважением,
> Михаил Монашёв, SoftSearch.ru
> mailto:postmaster at softsearch.ru
> ICQ# 166233339
> http://michael.mindmix.ru/
> Без бэкапа по жизни.
>
>
>
>


-- 
С уважением,
Анатолий Шарифулин.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20081211/87340e92/attachment.html>