¿Cómo verificar si el tamaño de caché de barniz elegido es ideal?

20

He configurado mi caché Varnish para usar un tamaño de caché de 512 MB, usando:

varnishd ... -s file,/var/cache/varnish.cache,512M

Preguntas:

  • ¿Cómo monitorizo ​​si 512 MB es demasiado pequeño, demasiado grande o está bien?
  • ¿Cómo obtengo el tamaño de uso actual de la memoria caché?
  • ¿Cómo veo con qué frecuencia los objetos se eliminan de la memoria caché debido a que la memoria caché está llena?
varnish knorv
fuente

Respuestas:

18

Encontré la solución:

Puede controlar cuánto del tamaño máximo de caché (512 MB en este caso) que Varnish ha asignado mediante la ejecución varnishstat. Luego busque las líneas de salida "bytes asignados" y "bytes libres".

La siguiente relación es válida:

Command line configuration of max size = [bytes allocated] + [bytes free]

Dependiendo del tamaño de "bytes libres", puede ajustar el tamaño de su caché para encontrar un nivel adecuado.

knorv
fuente
14
Un indicador aún mejor para mirar es "n_lru_nuked" ( varnishstat -1 -f n_lru_nuked), que muestra la cantidad de objetos nucleados desde el caché.
knorv
1
varnishstat -f SMF.s0.c_bytes, SMF.s0.g_space
choonkeat
15

Mira el n_lru_nukedmostrador. Cada vez que aumenta, Varnish arroja algo de la memoria caché porque se está quedando sin almacenamiento.

Idealmente, no querrá que el contador de LRU aumente en absoluto, ya que eliminar cosas del caché generalmente significa que debe volverse a buscar, pero si su cola es larga, no se puede evitar LRU.

perbu
fuente
que if your tail is longsignifica
cherouvim
Creo que en este contexto significa que si tienes muchos elementos raramente usados ​​que terminan en caché, ocupan toda la memoria caché. Es una referencia a este concepto: en.wikipedia.org/wiki/Long_tail
cam8001
1

A menos que espere que todos sus datos quepan en la memoria caché, miraría la proporción de aciertos de memoria caché a errores de memoria caché. Obtienes rendimientos decrecientes. Duplicar el caché probablemente reducirá a la mitad su tasa de errores, lo cual es una gran ganancia cuando la mitad de sus solicitudes no se almacenan en caché, no tanto cuando el 90% lo está.

eas
fuente