0
130
Vistascomprender la salida de memoria sysstat sar
Me estoy preparando para más tráfico en los próximos días y quiero estar seguro de que el servidor puede manejarlo.
Ejecutando sar -q, la carga de "3.5" no parece mucho en la arquitectura de 32 CPU:
Sin embargo, no estoy seguro acerca de la memoria.
Ejecutar sar -r muestra 98,5% para %memused y solo 13,60 para %commit:
ejecutar htop también parece estar bien: 14.9G/126G. ¿Significa esto que las aplicaciones solo usan 14,9 Gigas de los 126 disponibles?
Estoy más interesado en la salida sar -r.
%memused parece 98,5% y %commit es solo 13,6% . Me pregunto qué significa.
1 Respuestas
Responde la pregunta0
Verá, Linux intentará almacenar en caché los bloques de disco leídos o escritos en la memoria cuando la memoria no está en uso. Esto es lo que ve informado por sar en las columnas kbcached y kbbuffers. Cuando llega una nueva solicitud y requiere memoria, se otorga desde este caché o desde la lista libre.
kbmemused = memoria consumida por procesos en ejecución + caché + búferes
Para averiguar la memoria real utilizada por su aplicación, debe restar kbbuffers y kbcached de kbmemused.
Supervisar %commit tiene más sentido, ya que es la memoria real utilizada por los procesos en ejecución actuales. En su caso, este número coincide aproximadamente con la salida de htop.
Otra forma de verificar la memoria libre real es usando el comando free -m . informes gratuitos de las mismas estadísticas que sar.
Para resumir
- memused 98.5% le muestra la memoria utilizada por su aplicación + caché y búfer utilizados por el kernel para acelerar el acceso al disco.
- commit 13.6% es la memoria real comprometida por el kernel para sus procesos de aplicación.