crear java apache tomcat servlets

java - crear - tomcat 7 jndi oracle



¿Cómo afecta el nivel de depuración(0-99) en Tomcat server.xml a la velocidad? (2)

El servidor.xml que controla el inicio del contenedor de servlets de Apache Tomcat contiene un atributo de depuración para casi todos los componentes principales. El atributo de depuración es más o menos detallado dependiendo del número que le dé, siendo el cero el mínimo y el 99 el más detallado. ¿Cómo afecta el nivel de depuración la velocidad de Tomcat cuando se atiende a un gran número de usuarios? Supongo que cero es rápido y 99 es relativamente más lento, pero es cierto. Si no se arrojan errores, ¿importa?


El registro extensivo requiere una gran cantidad de tiempo. Por eso es tan importante poner

if (log.isDebugEnabled()) log.debug(bla_bla_bla);

así que diría que configurar su servidor de producción para que sea detallado afectaría seriamente el rendimiento. Supongo que es un servidor de producción del que está hablando ya que dice que debe atender a una gran cantidad de usuarios.


El registro no solo es responsable de proporcionarle errores, sino también de rastrear lo que está sucediendo. En algunos casos, el código no se puede ejecutar dentro de un depurador, entonces el registro es su única opción.

Esta es la razón por la que la salida de registro puede ser extremadamente detallada. Y realmente lo digo en serio. Recuerdo configurar el nivel de registro de Catalina en TRACE una vez y terminé con un archivo de registro de varios megabytes. Eso fue antes de que el servidor recibiera ningún golpe. Fue un cerdo de gran rendimiento. Contable en varios segundos.

Si no necesita iniciar sesión en Tomcat, no lo active en ninguno de sus componentes. Normalmente solo querrá jugar con el nivel de registro de Tomcat si sospecha que hay un error en su configuración o en el propio Tomcat.

Para sus propias aplicaciones, mida el costo de registro usando un generador de perfiles o solo algunas pruebas de estrés. Cualesquiera que sean sus resultados, recomendaría no ejecutar una aplicación con una configuración de nivel de registro alto en un entorno de producción. Mi proyecto actual vacía un megabyte por solicitud en la configuración de TRACE, solo de tres a cuatro líneas en INFO y nada en ADVERTENCIA (si todo va bien :-). Recomiendo no más que el registro más necesario. Su aplicación solo debería informar el inicio, el cierre y el fallo, y, como máximo, una línea por solicitud.