Re: агрегирование $upstream_response_time

Монашёв Михаил postmaster at softsearch.ru
Wed Mar 5 18:51:00 MSK 2008


Здравствуйте, Сергей.

> И, собственно, почему 1000 последних записей?
> Хочется некоей псевдо-realtime'вости?

Скажем  так:  1000 - это достаточно чтобы увидеть выбросы, более-менее
точно посчитать среднее значение, сделать по выборке ещё пару проходов
и  при этом не загрузить процессор числомотилкой. В любом случае никто
не мешает увеличить до 10000.

ИМХО, обработка лога за пару секунд вполне может дать достаточно
информации, чтобы с определённым допущением применить её на интервал в
5 минут и построить график в какти.

>> Второй  вопрос:  что  именно  считать?  Наверное  точно  стоит считать
>> среднее  арифметическое  $upstream_response_time.  А  что  ещё было бы

> Будет достаточно бессмысленный показатель.

Отчего же... По нему видно как время ответа зависит от нагрузки...

>  Полезнее считать медиану.

Хорошая идея. Считать медиану, максимум и ещё 2-3 цифры между медианой
и максимумом.

> Хотя здесь скорее всего интересны маргинальные значения (в т.ч. слишком
> большое время $upstream_response_time для данной группы).

Угу, выбросы - самое интересное...

-- 
С уважением,
Монашёв Михаил, SoftSearch.ru
mailto:postmaster at softsearch.ru
ICQ# 166233339
http://michael.mindmix.ru/
Без бэкапа по жизни.






More information about the nginx-ru mailing list