ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



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

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

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

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

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

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

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

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

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

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

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

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




 




Copyright © Lexa Software, 1996-2009.