Compatibilidad :	2.2.8
Ediciones :
Plataformas :

Esta propiedad establece el número de segundos sin CPU antes de que la JVM emita una advertencia y amplíe los tiempos de espera. Para que esta propiedad tenga algún efecto, debe tener un valor menor que las otras propiedades de tiempos de espera (wrapper.startup.timeout, wrapper.ping.timeout, y wrapper.shutdown.timeout). Establecer el valor de esta propiedad en "0" (cero) significa que el tiempo de espera nunca se extenderá.

El valor predeterminado es "10 segundos".

wrapper.cpu.timeout=10

Si el Wrapper detecta que se ha negado CPU por un período de tiempo prolongado, puede que vea mensajes como el siguiente, desde el Wrapper, la JVM o ambos.

INFO   | wrapper  | Wrapper Process has not received any CPU time for 27 seconds.
                    Extending timeouts.
INFO   | jvm 1    | JVM Process has not received any CPU time for 27 seconds.
                    Extending timeouts.

Estos mensajes son advertencias de que, en este caso, se denegó el acceso a la CPU tanto al Wrapper como a su proceso JVM durante un período de 27 segundos. Dependiendo del estado actual del Wrapper, el tiempo de espera de inicio, ping o apagado se extiende para evitar un tiempo de espera FALSO causado por la falta de poder de procesamiento.

Hay dos casos en los que se puede denegar el acceso a la CPU ya sea para el Wrapper o a su JVM controlada durante un período de tiempo prolongado. Cualquiera de los dos puede hacer que el Wrapper piense que la JVM se bloqueó, lo que provocaria que se reiniciara o apagara porque uno o más de los tiempos de espera han expirarado.

La primera forma en que esto puede suceder es cuando el Wrapper compite por los recursos del sistema con otro proceso que tiene la costumbre de consumir el 100 % de la CPU durante largos períodos de tiempo sin ceder el paso a otros procesos. La mayoría de los sistemas operativos modernos son bastante buenos para administrar multitareas, pero aún hay casos en los que puede fallar. Un ejemplo de esto en Windows es cuando la máquina tiene muy poca memoria, lo que genera muchos cambios de disco. Si la memoria total no es suficientemente, todo el sistema puede congelarse durante un minuto antes de que las aplicaciones vuelvan a recibir ciclos de CPU.

En la mayoría de los casos, cuando tiene problemas con los tiempos de espera de la CPU, realmente debería buscar una manera de resolver el problema de que el Wrapper no obtiene ninguna CPU en lugar de extender los tiempos de espera. Si la aplicación ejecutada por el Wrapper no recibe ninguna CPU, no podrá atender de manera confiable las solicitudes de los clientes.

La segunda forma es si el sistema se suspende y luego se reanuda. Esto es algo común que ocurre en las computadoras portátiles. Cuando el sistema vuelve a funcionar, parece que de repente se ha adelantado varias horas.

Por defecto, los mensajes de advertencia se mostrarán después de 10 segundos, que en realidad es bastante tiempo. La activación del tiempo de espera de la CPU no tendrá ningún efecto adverso en una aplicación que no sea el mensaje que se muestra en los registros. Para evitar que se registre este mensaje, se puede establecer el tiempo de espera en un valor mayor o deshabilitarse por completo.

• wrapper.cpu.timeout (2.2.8)

  Configura el número de segundos sin CPU antes de que la JVM envíe una advertencia y extienda los límites de espera.

• wrapper.max_hostid_timeout (3.4.0) ( Estándar/Profesional )

• wrapper.logfile.close.timeout (3.5.21)

  Controla el número de segundos en el que el archivo de registro debe ser cerrado después de la última entrada registrada.

• wrapper.logfile.flush.timeout (3.5.21)

  Configura el intervalo en segundos en el que el Wrapper vacía todas las salidas al archivo de registros.

• wrapper.logfile.inactivity.timeout (3.2.0, descontinuado en 3.5.21)

  Controla el número de segundos en el que el archivo de registro debe ser cerrado después de la última entrada registrada.

• wrapper.ping.timeout (1.0.0)

  Configura el número máximo de segundos permitidos entre dos pings enviados por la JVM.

• wrapper.startup_thread.timeout (3.5.11)

  Configura el número de segundos para permitir que se completen las operaciones de inicio asíncronas.

• wrapper.startup.timeout (1.0.0)

  Configura el número de segundos permitidos entre el momento en que el Wrapper inicia la JVM y el momento en que la JVM responde que la aplicación ha iniciado.

• wrapper.shutdown.timeout (2.2.7)

  Configura el número de segundos permitidos entre el momento en que el Wrapper ordena a la JVM que se apague y el momento en que la JVM responde que se está deteniéndo.

• wrapper.jvm_exit.timeout (2.2.8)

  Configura el número de segundos permitidos entre cuando la JVM notifica que se detuvo hasta que termine realmente.

• wrapper.jvm_cleanup.timeout (3.4.0)

  Configura el número de segundos permitidos para que el Wrapper limpie los procesos hijo después de que la JVM se haya apagado.

• wrapper.jvm_terminate.timeout (3.5.18)

  Configura el numero de segundos permitidos entre el momento que el Wrapper solicita al sistema que termine forzozamente la máquina JVM hasta que confirme que el proceso realmente se ha detenido.

• wrapper.event.<event_name>.command.block.timeout (3.3.0) ( Profesional )

  Configura cuanto tiempo el Wrapper esperará a que un evento configurado se complete.

• wrapper.event.<event_name>.email.receive.timeout (3.3.2) ( Profesional )
• wrapper.event.<event_name>.email.send.timeout (3.3.2) ( Profesional )