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