Ver Mensaje Individual
  #5 (permalink)  
Antiguo 05/09/2008, 00:49
GreenEyed
 
Fecha de Ingreso: octubre-2003
Mensajes: 3.578
Antigüedad: 20 años, 7 meses
Puntos: 51
Respuesta: Recomiendenme algo mejor que tomcat

Unf, así a ojo es difícil adivinar cual puede ser el problema, pero los candidatos mas habituales segun esos sintomas serían:

.- Si el problema ocurre al cabo del tiempo y no por picos de trafico, pudiera ser una cuestion de memoria. Falta de ella o algun memory leak causan al cabo de un tiempo de uso que el Garbage Collector trabaje más de la cuenta y eso enlentece la aplicación.

.- Si el problema ocurre unicamente en picos de trafico y si baja el pico, el sistema se recupera, entonces es que hay un cuello de botella por algun sitio. Las conexiones a la BDD, el consumo de memoria puntual (demasiadas sesiones con datos gordos en sesion, p.e.) o problemas de contencion de recursos compartidos (algun recurso compartido que se usa durante mucho tiempo en cada peticion y retrasa las demas) son entonces los sospechosos habituales.

Para averiguarlo suele tener que usarse herramientas de diagnostico (Profilers) y de estrés, para poder hacer pruebas de carga y ver como responde el sistema. Conociendo la arquitectura y comprobando los puntos donde la cosa puede estancarse, quizá lo encontreis si es una cosa obvia (como un pool de conexiones con pocas conexiones para el trafico que teneis) pero si no, hay que entrar a saco con esas herrramientas.

Si el servidor de aplicaciones esta detras de un Apache, tambien conviene comprobar que éste está configurado para manejar un numero de conexiones simultaneas adecuado al trafico y que el S.O. tambien lo permite. Ambos suelen tener limites por defecto que a veces hay que subir.

S!
__________________
Para obtener respuestas, pregunta de forma inteligente o si no, pregunta lo que quieras que yo contestaré lo que me dé la gana.