![[z/OS]](../images/ngzos.gif)
Valores de tiempo de espera: directrices para modificar los valores de tiempo de espera
En este archivo se ofrece una lista de las variables de temporizador habituales y las herramientas para supervisar estas condiciones de tiempo de espera.
En general, optar por aumentar los valores de tiempo de espera debe ser la última opción, o una acción meramente temporal para evitar que volcados múltiples por fin atípico (abend) causen problemas en el rendimiento del sistema. Si aumenta los valores de tiempo de espera sin diagnosticar correctamente la condición de tiempo de espera, los únicos resultados que puede ver son volcados y terminaciones anormales menos frecuentes para la misma condición de tiempo de espera, o un rendimiento más lento del sistema o la aplicación.
Si desea obtener más información sobre cómo establecer valores para estas variables de temporizador y cómo se correlacionan estas variables con variables internas, consulte Control del comportamiento mediante valores de tiempo de espera.
(Algunas variables de WebSphere están divididas en varias líneas para fines de impresión).
Variables de WebSphere y su relación, si existe, con otros temporizadores | Cómo supervisar el proceso de este tipo de condición de tiempo de espera: | Si desea ajustar el valor, tenga en cuenta lo siguiente: |
---|---|---|
Tiempo de
espera de WLM Para el trabajo HTTP y el soporte de mensajería escalable, el temporizador WLM no está establecido y sólo se aplica ConnectionResponseTimeout (que cubre la ventana completa de envío) |
SMF proporciona datos en el tiempo de cola WLM | El tiempo que tarda el trabajo en llegar a un sirviente depende del número de sirvientes que inicia WLM, el número de sirvientes que se pueden iniciar, en cuántas clases de servicio se reparte el trabajo, cuánto trabajo tiene, etc. |
ConnectionIOTimeOut Ninguno. |
Este comportamiento no se puede supervisar fácilmente. La activación de un punto de rastreo indicará si un cliente ha fallado debido a este valor de tiempo de espera de entrada, pero el rastreo afectará al rendimiento. |
|
ConnectionResponseTimeout Si el componente de aplicación inicia transacciones, también pueden haber implicados temporizadores de transacción. |
Este comportamiento no se puede supervisar fácilmente, pero el controlador terminará el sirviente (región) con ABEND EC3 para esta condición de tiempo de espera. |
|
ConnectionKeepAliveTimeout Ninguna. Los demás temporizadores están relacionados con el proceso de trabajo, mientras que éste está relacionado con lo que ocurre cuando no hay trabajo. |
Ninguno. | Cuánto tiempo pasa entre las solicitudes frente a cuánto cuesta establecer una nueva sesión. Para evitar el coste de inicio de una nueva sesión, deberá mantener sesiones desocupadas un período de tiempo determinado, pero no para siempre, ya que la acumulación del uso de recursos puede llegar a ser un problema. |
Tiempo de
espera de solicitudes (servicio ORB) Ninguna. Esta variable es un tiempo de espera del cliente y sólo para IIOP. |
Nada, aparte de observar los tiempos de espera que se producen en el cliente. | ¿Cuánto tiempo va a permitir que espere el cliente? |
Mantener activa la escucha SSL de ORB Mantener activa la escucha SSL de ORB Ninguna. Estas variables están relacionadas con la actividad de sesión durante los períodos desocupados y sólo para IIOP, por lo que estos temporizadores no interactúan con el temporizador ConnectionKeepAliveTimeout. |
Lea el TCP/IP
APAR PQ18618 para obtener información sobre los valores SOCK_TCP_KEEPALIVEy sus consecuencias. |
¿Es útil tener un tiempo de espera de sesiones desocupadas? Normalmente pueden consumir recursos. No obstante, detectar un tiempo de espera requiere un tráfico de red entre las pilas TCP/IP. La creación de tráfico en sesiones que de otra forma estarían desocupadas puede tener consecuencias indeseadas en la red. |
Tiempo de
espera de actividad total de transacción Las aplicaciones pueden alterar temporalmente esta variable hasta un máximo indicado por la variable Tiempo de espera máximo de transacción, que limita la cantidad de tiempo que puede establecer una aplicación para que finalicen sus transacciones. Los temporizadores de salida también pueden exceder el tiempo de espera del trabajo, pero los temporizadores de transacciones y los temporizadores de salida no tienen constancia de la existencia del otro. |
El controlador emite el mensaje BBOT0003W para indicar una condición de tiempo de espera, y termina el sirviente (región) con la terminación anormal EC3 y los códigos de error 04130002 ó 04130005. |
|
Tiempo de
espera máximo de transacción Si se establece, esta variable limita la cantidad de tiempo que puede establecer una aplicación para que finalicen sus transacciones. Si no se establece la variable Tiempo de espera máximo de transacción, las transacciones de aplicación están controladas por el límite de tiempo establecido en la variable Tiempo de espera de actividad total de transacción. |
Ninguno. | Las mismas
consideraciones que para transaction_ defaultTimeout |
transaction_ recoveryTimeout Ninguno |
Ninguno. | Los bloqueos se mantienen mientras un controlador espera a otros controladores que son necesarios para resolver las transacciones en duda. ¿Cuánto tiempo puede permitirse mantener estos recursos? |
server_region_request_cputimeused_limit | Este comportamiento no se puede supervisar fácilmente, pero el controlador termina una solicitud cuando se alcance el límite de tiempo de utilización de la CPU especificado. |
|
|
Este comportamiento no se puede supervisar fácilmente, pero el controlador finalizará el sirviente con abend EC3 cuando el porcentaje de hebras que no responden alcance esta condición. |
|