En el administrador de supervisión de rendimiento de la consola JMX de Spectrum, se muestran estadísticas acerca del rendimiento de las diferentes secciones de una ejecución de flujo de datos. Esto incluye el tiempo de ejecución general, la eficiencia y el tiempo de ejecución de cada etapa. Las estadísticas se muestran con un formato delimitado por punto y coma:
Consejo: Vuelque los datos en una hoja de cálculo para que sean más fáciles de apreciar.
La primera fila es un registro de encabezado que consta de las siguientes columnas:
- Monitor
- El elemento cuyo rendimiento se mide.
- Hits
- Es la cantidad de veces que se ejecutó el elemento.
- Avg
- La cantidad de tiempo promedio que tardó un elemento en procesar una solicitud, en milisegundos.
- Delta
- No se utiliza esta estadística.
- Min
- La menor cantidad de tiempo que tardó el elemento en procesar una solicitud, en milisegundos.
- Max
- La mayor cantidad de tiempo que tardó un elemento en procesar una solicitud, en milisegundos.
- Total
- El tiempo total que tardó el procesamiento, en milisegundos.
Los elementos más importantes a revisar son los siguientes.
- Dataflow
- Los tiempos de respuesta general del flujo de datos y el rendimiento.
- ServiceRuntimeManager.borrow.DataflowName
- Tiempo de respuesta para administrar solicitudes simultáneas, en milisegundos. Este tiempo de respuesta se puede mejorar si se modifica el tamaño de colección del flujo de datos.
- RemoteComponent.borrow.RemoteComponentName
- El rendimiento del recurso de base de datos impactó directamente por el tamaño de colección del recurso de base de datos. Este tiempo de respuesta puede aumentar el tamaño de colección del flujo de datos. Si este número aumenta a algo significativo como ½ milisegundo, aumenta el tamaño de colección de recursos de la base de datos.
- Stage[StageName]
- Los tiempos de respuesta para cada etapa. Esto puede ayudarlo a identificar las etapas de cuello de botella que llevan más tiempo en procesar que las demás etapas. Las etapas de cuello de botella se pueden abordar potencialmente cambiando el modo de implementación de la funcionalidad en la etapa existente y/o aumentando las instancias de tiempo de ejecución para esa etapa.