ver este report comparing Tomcat and Jetty for Comet:
Tomcat tiende a tener un mejor rendimiento cuando hay pocas conexiones muy ocupados. Tiene una ligera ventaja en la latencia de solicitud, que es más evidente cuando se envían muchas solicitudes/respuestas a través de unas pocas conexiones sin ningún tiempo de inactividad significativo.
Jetty tiende a tener una mejor escalabilidad cuando hay muchas conexiones con tiempo inactivo significativo, como es la situación para la mayoría de los sitios web. La pequeña huella de memoria de Jetty y el uso avanzado de NIO permiten una mayor cantidad de usuarios por unidad de memoria disponible. Además, el espacio más pequeño significa que el contenedor de servlets consume menos memoria y memoria caché de la CPU, y hay más caché disponible para acelerar la ejecución de aplicaciones no triviales.
embarcadero también tiene un mejor rendimiento en lo que respecta a servir contenido estático, como embarcadero es capaz de utilizar los archivos de buffers de memoria antemano asignadas combinados con NIO reunir las escrituras para indicar al sistema operativo para enviar el contenido del archivo a la velocidad máxima de DMA, sin entrar en la memoria de usuario espacio o la JVM.
Si la aplicación va a tener períodos en los que hay conexiones inactivas o clientes que simplemente están a la espera de una respuesta del servidor, a continuación, embarcadero sería una mejor opción sobre Tomcat. Un ejemplo incluiría un ticker de Stock Market, donde los clientes están enviando pocas solicitudes y solo están esperando actualizaciones.
Además, el equipo de Jetty fue el pionero de Comet, y la mayoría de la información y ejemplos que he encontrado tienden a centrarse únicamente en Jetty. Hemos utilizado Jetty en un servidor Comet desde 2008 y estamos contentos con los resultados.
La otra cosa a tener en cuenta es que Jetty está diseñado como un servidor web independiente. Esto significa que no necesita un servidor Apache frente a Jetty. Ejecutamos Jetty de forma independiente en el puerto 80 para atender todas las solicitudes de nuestra aplicación, incluidas las solicitudes de Comet.
Si utiliza Tomcat para solicitudes de cometas, lo más probable es que necesite permitir el acceso directo al puerto 8080 y eludir Apache, ya que Apache puede negar su larga encuesta.
En mi opinión, prefiero un enfoque de sondeo corto con un semáforo (bloqueo giratorio) para manejar este tipo de servicio siempre que sea posible. Si puede sacrificar un par de cientos de milisegundos (el peor de los casos, generalmente solo decenas de milisegundos) de precisión, puede aprovechar los beneficios de poder admitir un número mucho mayor de usuarios simultáneos. –
@TravisJ Sí, una de las opciones, pero el objetivo es lograr la funcionalidad de Facebook, donde tenemos actualizaciones en tiempo real y podemos ver desde Facebook que el cliente siempre está haciendo una solicitud. –
¿Qué parte de Facebook? No todo Facebook es contenido en vivo. ¿Te refieres al chat en vivo? –