Cómo se muestra la contención de recursos

Una carga de trabajo en conflicto puede afectar al rendimiento de una carga de trabajo supervisada de varias maneras. El análisis de impacto muestra la contención de recursos (en las pantallas de resumen y detalle) en una o más categorías.

Además de las cargas de trabajo contendientes, el impacto también se puede atribuir al sistema, lo que significa que el análisis de impacto no puede identificar un espacio de direcciones específico como origen de la contención. Esto puede deberse a que la contención se ha detenido antes de que el análisis de impacto pudiera analizarlo, o a que la naturaleza de la contención es tal que ningún espacio de direcciones único es responsable. La contención del sistema siempre aparece como el último elemento de una visualización de análisis de impacto, independientemente de su gravedad.

El análisis de impacto atribuye el impacto relativo al sistema de diferentes maneras, en función del tipo de contención que se esté analizando. El análisis de impacto determina la cantidad de impacto causado por cada carga de trabajo en conflicto de la siguiente manera:

El análisis de impacto examina cada estado de ejecución de la carga de trabajo supervisada y determina si el estado es activo, desocupado o contendido.
Si el estado de ejecución es contendido, el análisis de impacto identifica a los infractores que han causado la contención.
A cada estado de contención se le asigna un valor de punto, que se distribuye entre las cargas de trabajo que afectan.
Si no se puede asignar un estado de contención a una carga de trabajo que afecta, se asigna al sistema.

La lista siguiente muestra cómo el análisis de impacto asigna el impacto relativo al sistema para cada categoría de contención.

Contienda de CPU: El impacto causado por la contención de CPU (la carga de trabajo supervisada está a la espera de CPU) se asigna al sistema si el análisis de impacto no puede encontrar un número de cargas de trabajo de impacto igual al número de CPU en línea. Si la carga de trabajo supervisada se encuentra activa en la CPU, el sistema se considera el infractor, porque se presupone que la contención se ha borrado antes de que se pudiera analizar.
Contienda de E/S: Si la carga de trabajo supervisada está en cola para E/S y no hay ningún espacio de direcciones activo actualmente en el UCB, el impacto se carga al sistema. Si la carga de trabajo supervisada está activa en el dispositivo, el impacto se carga como autocontención, ya que es posible que un espacio de direcciones esté activo y en cola para E/S en el mismo UCB. Para los sistemas MVS/370 , la contención causada por E/S reservada se carga en el sistema.
Retardos de SRM: Cuando una carga de trabajo supervisada se encuentra intercambiada por el SRM de forma unilateral o en un intercambio, o se intercambia y tiene trabajo preparado, el análisis de impacto identifica los espacios de direcciones en el dominio de la carga de trabajo supervisada. El impacto relativo se asigna al sistema si la carga de trabajo supervisada no se intercambia más cuando se invoca la rutina, si el dominio de la carga de trabajo supervisada tiene un MPL de destino de 0 o si las rutinas de análisis no identifican un espacio de direcciones.
Retardos de almacenamiento: Cuando el SRM encuentra una carga de trabajo supervisada intercambiada debido a una falta de almacenamiento real o auxiliar, el análisis de impacto calcula el número total de tramas de almacenamiento en línea e identifica los espacios de direcciones que utilizan más del 10% del almacenamiento. El impacto relativo se distribuye entre los espacios de direcciones utilizando más del 10% del almacenamiento en función del porcentaje de almacenamiento que utilizan. El impacto sobrante se atribuye al sistema.
Retardos de paginación: Cuando se encuentra una carga de trabajo supervisada a la espera de una página (común o privada), el análisis de impacto determina si hay una escasez de almacenamiento real en el sistema en función del umbral y la cola de tramas disponibles. Si hay una escasez de almacenamiento real, se invoca esa rutina de análisis y se asigna un impacto relativo como en los recuentos de retardo de almacenamiento. Si no hay escasez de almacenamiento, se examina el tiempo de retardo de página y, si es superior a 25 ms., se llama a la rutina de contención de E/S para identificar la contención para el dispositivo de E/S de paginación. Si el retardo de paginación no es el problema, se utiliza el análisis de escasez de almacenamiento real.
Retardos de puesta en cola: Cuando se encuentra una carga de trabajo supervisada a la espera de una puesta en cola, el análisis de impacto identifica los espacios de direcciones que contienen la puesta en cola. Si la carga de trabajo supervisada ha solicitado acceso compartido, los espacios de direcciones de la lista de elementos en espera y solicitantes por encima de la carga de trabajo supervisada que retiene o espera para uso exclusivo se contabilizan como elementos que afectan a las cargas de trabajo. Si la carga de trabajo supervisada ha solicitado control exclusivo, todos los espacios de direcciones de la lista por encima de la carga de trabajo supervisada se cuentan como cargas de trabajo que afectan. Si la carga de trabajo supervisada tiene la puesta en cola cuando se realiza el análisis, si se ha solicitado la puesta en cola desde otro sistema o si no se encuentran cargas de trabajo que afecten, la contención se carga al sistema.
Retardo de bloqueo: Cuando se encuentra una carga de trabajo supervisada en espera del bloqueo CML, se identifica el poseedor del bloqueo. El impacto se atribuye al sistema si el espacio de direcciones del poseedor del bloqueo desaparece del sistema cuando se registra el recuento.
Pendiente de montaje: El montaje pendiente siempre se atribuye al sistema.