Recientemente lanzamos una aplicación web (aplicación web Tomcat 5.5.x) a la producción y hoy comenzó a mostrar un comportamiento extraño. No vemos este comportamiento en ningún entorno de desarrollo o preproducción.impacto en el rendimiento de jvmti cuando el depurador no está conectado?
Nuestra única visión del sistema de producción en tiempo de ejecución es el inicio de sesión. A pesar de que pueden decirnos qué sucedió, realmente no pueden ayudarnos a diagnosticar por qué está sucediendo.
Hemos tenido que volver a cargar el contexto dos veces ayer para resolver el problema.
Estaba considerando comenzar el servidor tomcat de producción con jpda active. Esto me permitiría conectar un depurador a la aplicación si el problema vuelve a ocurrir (después de eliminar tomcat del grupo de servidores que atienden las solicitudes de los usuarios).
Es evidente que paga una penalización de rendimiento con jpda cuando se conecta un depurador. Sin embargo, me preguntaba cuál era el "costo" cuando un depurador no estaba conectado. Sospecho que la sobrecarga asociada con "escuchar" un depurador podría ser bastante mínima. Antes de dedicar algunas horas a las mediciones de rendimiento, ¿esperaba que alguien me indicara documentación que pudiera aclarar esto?
java version "1.5.0_17" Java (TM) 2 Runtime Environment, Standard Edition (build 1.5.0_17-b04) Java HotSpot (TM) de 64 bits del servidor VM (build 1.5.0_17-b04, mezclado modo)
en RHEL 5,3
Gracias!
Carlos
No estoy de acuerdo con que el impacto en el rendimiento sea muy pequeño, solo estoy ejecutando Liferay en tomcat con jpda active, y el procesamiento de solicitudes http 10 veces más – lisak