Как считать гистограмму лака?
1) Могут быть десятки возможных причин. Самый возможный: у Вас есть некоторое переполнение буфера.
Проанализируйте:
dmesgsysctl dev.bcevmstat -z(ИСПОЛЬЗОВАЛ/ОГРАНИЧИВАЛ)netstat -s(Ошибки/Буферы)
Можно также попробовать некоторую настройку, описанную здесь: настройка производительности FreeBSD: параметр Sysctl, loader.conf, ядро
Но они предназначаются для усовершенствованных системных администраторов только, используют их на Вашем собственном риске!
2) Возможно. Со временем, когда загрузка увеличит этот процент, повысится, также.
Таким образом, по оси абсцисс отложено время, необходимое для того, чтобы запрос перешел в лак и был отправлен обратно клиенту. Знаки | - попадания в кеш, а знаки # - промахи. Таким образом, вы должны увидеть все | слева, так как это более быстрое время.
Таким образом, крайние левые числа быстрее .. крайние правые числа медленнее…
теперь 1: 2 n = число .. Его числа для вертикального масштаба и размера выборки. Я бы особо не беспокоился об этом.
Но из этого вывода ... у вас довольно быстрый кэш.
- '|' - это кэш HIT
- '#' - это кэш MISS
- 'n: m' числа в левый верхний угол - вертикальный масштаб
- 'n = 123' - количество запросов , которые отображаются
- Ось X - логарифмическое время между запросом запроса от ядро на Varnish и ответ от Varnish к ядру.
Ось X работает следующим образом:
- 1e1 = 10 секунд
- 1e0 = 1 секунда
- 1e-1 = 0,1 секунды или 100 мс (миллисекунды)
- 1e-2 = 0,01 с или 10 мс
- 1e-3 = 0,001 с или 1 мс или 1000 мкс (микросекунд)
- 1e-4 = 0,0001 с или 0,1 мс или 100 мкс
- 1e- 5 = 0,00001 с, или 0,01 мс, или 10 мкс
- 1e-6 = 0,000001 с, или 0,001 мс, или 1 мкс, или 1000 нс (наносекунды)
Вся статья, объясняющая 'лакшист' можно найти здесь: Varnishhist - What Does It Does It Us и официальный документ здесь: Гистограмма запроса Varnish .
Еще одна полезная команда - ' varnishstat ' - Статистика Varnish Cache.