Los ODR son servidores que actúan como un intermediario para las solicitudes HTTP a las que han dado servicio los servicios de aplicaciones o servidores web. Existen muchos factores que afectan al rendimiento de ODR. Si descubre que los ODR no están funcionando de la forma deseada, es posible que tenga que ajustar los ODR.
Antes de comenzar
Antes de modificar el tamaño del almacenamiento dinámico de la JVM, consulte:
- Ajuste de máquinas virtuales Java
- Elimine toda la información de rastreo excepto para *=info, porque las series de rastreo adicional
repercuten en el rendimiento de ODR cuando se realiza el ajuste. Para cambiar la información de rastreo, realice los pasos siguientes:
- Seleccione Servidores > Direccionadores On Demand ><direccionador on
demand> > Resolución de problemas > Anotación cronológica y rastreo > Servicio de rastreo de diagnóstico > Cambiar niveles de detalle de anotación cronológica.
- Asegúrese de que sólo se especifica *=info.
De forma opcional, consulte la documentación de ODR. Consulte
Creación y configuración de ODR
.
Acerca de esta tarea
Utilice los temas de esta sección para solucionar los problemas de los ODR, cuando no están funcionando de una forma típica, o si experimenta problemas fuera de lo reglal. Por ejemplo, la lista siguiente contiene sugerencias de ajuste para mejorar las sugerencias de rendimiento de ODR en orden de importancia para la resolución de problemas.
Procedimiento
-
Compruebe los valores de JVM. Consulte Modificación del tamaño de almacenamiento dinámico de JVM para el direccionador On Demand
.
HP y Sun proporcionan parámetros de ajuste adicionales para
optimizar la recogida de basura. Para las JVM de recogida de basura generacionales como, por ejemplo,
la JVM Sun y HP, o la J9 de IBM, cuando se utiliza la recogida de basura
gencon, establezca la región de memoria permanente en aproximadamente
100MB para englobar la capacidad básica de 90MB que existe en el ODR.
De forma adicional, un SurvivorRation de 16 optimiza de forma adicional el proceso
de generación joven.
En HP JVM, puede activar NIO para producir un incremento del rendimiento utilizando el proveedor de selector
-Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.DevPollSelectorProvider e inhabilitando el sondeo adicional antes de una lectura: -XX:-ExtraPollBeforeRead.
-
Ajuste los valores de mantener activo de la conexión. Consulte Ajuste de las solicitudes persistentes de ODR
.
-
Aumente las conexiones máximas de ODR por servidor. Consulte Ajuste de las conexiones máximas del ODR
-
Inhabilite la memoria caché de ODR cuando no esté en uso.
Cuando la memoria caché de ODR está habilitada, el
ODR debe pasar a través del proceso para determinar si una solicitud se debe colocar en memoria caché, examinar el repositorio de la memoria caché para comprobar si la solicitud se había colocado en la memoria caché previamente. Esto provoca una sobrecarga adicional.
-
Inhabilite la anotación cronológica del acceso si no es necesaria.
Si no necesita la anotación cronológica del acceso, es preferible la
anotación cronológica del proxy sobre la anotación cronológica
de canal HTTP/NCSA, ya que la anotación cronológica del acceso del proxy se produce fuera de la vía de acceso
de solicitud/respuesta. De esta forma, no afecta al tiempo de respuesta de la solicitud. Normalmente, el registro del acceso en un disco bastante rápido representa un
5% de sobrecarga, pero el porcentaje depende en gran medida del rendimiento del disco.
-
Utilice el mismo grupo de hebras para ambos trabajos, el de entrada y el de salida, que impedirá mover las solicitudes entre hebras y eliminará la sobrecarga resultante.
El ODR tiene un conjunto de hebras que se ajustan bajo la mayoría de las circunstancias. La colocación en cola y la regulación de las solicitudes se envían a la agrupación de hebras predeterminada, que puede ajustar de forma que
sólo manejará las solicitudes de desbordamiento. El grupo de hebras primario
continuará para manejar la mayoría de las solicitudes. Todas las solicitudes de la agrupación de hebras son asíncronas sin llamadas de bloqueo, por lo tanto, el número no debe ser mayor de una o dos hebras por CPU. Complete los pasos siguientes para utilizar el mismo grupo de hebras para el trabajo de entrada y también para el trabajo de salida:
-
Seleccione Servidores > Direccionadores On Demand > direccionador On
Demand > Agrupaciones de hebrasagrupación de hebras predeterminada >
Propiedades personalizadas > Nuevo
-
Especifique combineSelectors para el nombre.
-
Especifique 1 para el valor.
-
Pulse Aceptar.
-
Pulse Guardar.