06 Performance
Performance responde si el servicio se degrada por tiempo de respuesta, CPU, memoria o tiempo de DB.
Qué aparece
- CPU and memory utilization: una rail compacta reúne valor actual, estado, umbrales y frescura; el espacio recuperado amplía las series por host y conserva los overlays de Analysis por cada serie.
- Dialog response breakdown: las ocho consultas históricas HTTP/RFC/Dialog/Standard se mantienen en un único panel. El selector alterna By instance y Global sin cambiar las consultas.
- DB request time y Frontend response time, dos paneles equivalentes.
- Memory breakdown: una fila por servidor con RAM y swap configured/used/free, tamaño y máximo; los porcentajes se calculan desde los valores MB del último snapshot completo.
La composición visual no mezcla los datos: cada consulta conserva su unidad, filtros, identidad de serie y leyenda inequívoca. Un miembro sin datos se marca como parcial sin ocultar las series válidas.
Interpretación
- OK: respuesta estable y recursos sin presión.
- WARN: degradación gradual o picos repetidos.
- KO: respuesta alta sostenida o recursos al límite.
Filtros y siguientes pantallas
Compara por host si hay varias instancias. Cruza con Metrics, DB, Work Process, Events e IA.
Uso operativo
Performance es la página de triage cuando la pregunta es si el sistema va lento y por qué. Lee primero Dialog response time y después mira si CPU, memoria o DB request time explican el cambio. Si la respuesta sube sin presión de recursos, revisa Work Process y Events para buscar colas, dumps o esperas no reflejadas en CPU.
Para incidencias recientes usa ventanas cortas y refresh manual. Para tendencias, amplía el rango y compara si el patrón se repite a la misma hora o durante el mismo batch. Metrics permite abrir cada serie con más precisión.