Monitoreo de salud del motor

Qué muestra la pestaña Salud del motor

Cuando ejecutas una prueba JMeter en LoadFocus, la pestaña Salud del motor de la página de resultados muestra lo ocupados que estuvieron los generadores de carga (las máquinas que envían el tráfico). Si a un generador se le agota la CPU o la memoria, tus tiempos de respuesta empeoran por culpa del generador y no de tu aplicación, así que revisa esta pestaña antes de fiarte de un resultado lento.

Cada generador informa aproximadamente cada 30 segundos, así que los gráficos son aproximados: un pico más corto puede pasar desapercibido. Se muestran dos gráficos:

CPU & Memory (%): la carga de CPU de toda la máquina generadora y la parte de su memoria física en uso. Son cifras de toda la máquina, no solo del proceso de JMeter.
Network & Disk I/O (KB/s): datos enviados más recibidos por la red (sin contar el loopback) y datos leídos más escritos en los discos de la máquina.

Dónde encontrarlo

Abre el resultado de una ejecución de prueba JMeter.
Haz clic en la pestaña Salud del motor. Mientras la prueba se ejecuta, los gráficos se siguen actualizando.
De forma predeterminada los gráficos combinan todos los generadores: la CPU y la memoria se promedian, la red y el disco se suman. Haz clic en Ver por ubicación para ver cada ubicación por separado y en Ver combinado para volver.
Pasa el cursor sobre un punto para ver el valor exacto y la hora.

Si la pestaña dice "Las métricas de salud del motor no están disponibles para el test actual.", no se recibieron métricas de esa ejecución.

Cómo interpretarlo

CPU o memoria cerca del 100 %: los generadores estaban saturados y puede que hayan frenado la carga que envían. Reparte los mismos usuarios virtuales entre más ubicaciones o reduce los usuarios virtuales por ubicación y vuelve a ejecutar. La guía de saturación del generador de carga explica el aviso correspondiente en la vista general.
Picos de red: normalmente respuestas grandes o descargas en tu script.
Picos de disco: normalmente logging intensivo o archivos de resultados grandes escritos por el script.
Líneas planas y bajas: los generadores tenían margen, así que las respuestas lentas vinieron del sistema bajo prueba.

Buenas prácticas

Ejecuta primero una prueba piloto pequeña y anota las cifras del generador; después escala.
Compara una subida del tiempo de respuesta en la línea de tiempo con el mismo momento en Salud del motor antes de culpar a la aplicación.
Mantén bajo el logging del script; un logging detallado añade carga de disco y CPU al generador.