Observación del tiempo de respuesta
El criterio básico del rendimiento en un sistema de producción es el tiempo de respuesta. El buen rendimiento depende de una variedad de factores, incluyendo los requisitos del usuario, la capacidad disponible, la fiabilidad del sistema y el diseño de la aplicación. Un buen rendimiento para un sistema puede ser un bajo rendimiento para otro.
En sistemas de entrada de datos directos, un buen tiempo de respuesta implica un tiempo de respuesta submilisegundo. En los sistemas de producción normales, el buen tiempo de respuesta se mide en el rango de cinco a diez milisegundos. En sistemas científicos, con límite de cálculo o en sistemas de impresión, el buen tiempo de respuesta puede ser de uno o dos minutos.
Al comprobar si el rendimiento de un sistema CICS® está en línea con la capacidad esperada o necesaria del sistema, debe basar esta investigación en el hardware, el software y las aplicaciones que están presentes en la instalación.
Si, por ejemplo, una aplicación requiere 100 accesos a una base de datos, un tiempo de respuesta de tres a seis milisegundos puede considerarse bastante bueno. Sin embargo, si una aplicación requiere sólo un acceso, sería necesario investigar un tiempo de respuesta de tres a seis milisegundos para los accesos de disco. Sin embargo, los tiempos de respuesta dependen de la velocidad del procesador y de la naturaleza de la aplicación que se ejecuta en el sistema de producción.
También debe observar la coherencia de los tiempos de respuesta. Las variaciones agudas indican un comportamiento errático del sistema.
Para un rendimiento estable, es necesario mantener el sistema operativo por debajo de este punto en el que el tiempo de respuesta aumenta drásticamente. En estas circunstancias, es menos probable que la comunidad de usuarios se vea seriamente afectada por las actividades de ajuste que está llevando a cabo el departamento de PD, y estos cambios se pueden hacer de una manera no apresurada y controlada.
El tiempo de respuesta se puede considerar que está formado por el tiempo de cola y el tiempo de servicio. El tiempo de servicio es generalmente independiente del uso, pero el tiempo en cola no lo es. Por ejemplo, el 50% de uso implica un tiempo en cola aproximadamente igual al tiempo de servicio, y el 80% de uso implica un tiempo en cola aproximadamente cuatro veces el tiempo de servicio. Si el tiempo de servicio para un sistema determinado es sólo un componente pequeño de la respuesta del sistema, por ejemplo, si forma parte del procesador, el uso del 80% puede ser aceptable. Si es una parte mayor del tiempo de respuesta del sistema, por ejemplo, en una línea de comunicaciones, el uso del 50% puede considerarse alto.
Si está intentando encontrar el tiempo de respuesta de un terminal a un terminal, debe tener en cuenta que el "tiempo de respuesta" más común que se puede obtener de cualquier ayuda o herramienta que se ejecute en el host es el "tiempo de respuesta interno". El rastreo sólo puede identificarse cuando el software del host, es decir, CICS y su software auxiliar, "ve" por primera vez el mensaje en el lado de entrada y cuando "ve" por última vez el mensaje en el lado de salida.
El tiempo de respuesta interno no indica cuánto tiempo ha tardado un mensaje en llegar desde el terminal, a través de su unidad de control, a través de una línea de la velocidad que sea, a través del controlador de comunicaciones (sea cual sea), a través del método de acceso de comunicaciones (sea cual sea) y cualquier retraso antes de que el programa de canal que ha iniciado la lectura se publique finalmente en CICS. Tampoco tiene en cuenta el tiempo que puede tardar CICS en iniciar el proceso de este mensaje de entrada. Es posible que haya habido mucho trabajo que realizar CICS antes de que el control de terminal recuperara el control y antes incluso de que el control de terminal encontrara este suceso publicado.
Lo mismo ocurre en el lado de salida. El rastreo auxiliar de CICS sabe cuándo la aplicación ha emitido su solicitud, pero eso tiene poco que ver con cuándo el control de terminal ha encontrado la solicitud, cuándo el método de acceso la envía, cuándo los controladores pueden llegar al dispositivo, etc.
Si bien el síntoma externo del bajo rendimiento es una respuesta errónea en general, existen conjuntos progresivos de condiciones de alerta temprana que, si se interpretan correctamente, pueden facilitar el problema de localizar la restricción y eliminarla.
La información de este tema se ha basado en la suposición de que CICS es el único programa principal que se ejecuta en el sistema. Si los programas por lotes u otros programas en línea se ejecutan simultáneamente con CICS, debe asegurarse de que CICS recibe su parte justa de los recursos del sistema y que la interferencia de otras regiones no degrada gravemente el rendimiento de CICS .