Barrapunto

Hay muchos obstáculos que salvar si se quiere diseñar e implementar un servidor muy escalable frente a muchas conexiones concurrentes. Hace ya tiempo que se discute el problema C10K. Un resumen de problema es como se puede conseguir aceptar concurrentemente a diez mil clientes. Y para resistir semejante "ataque" hay dos opciones principales:

1. Manejar cada petición como un evento, manejándolo todo desde el mismo thread
2. Lanzar un thread independiente para cada conexión

La opción 2 suele ser descartada porque la creación de muchos threads es costosa, difícil de sincronizar... He encontrado un articulo que defiende la denostada opción 2... eso si, poniendo condiciones a la implementación que usamos de los threads en nuestro sistema operativo...(Why Events Are A Bad Idea (for high-concurrency servers)(pdf)) Se podría defender la opción 2 también usando lenguajes como Erlang que usan hilos/procesos ligeros... ver YAWS
Más información acerca de implementaciones de librerías de threads: NGPT, NPTL (pdf), novedades en el modelo de threading de los BSD (FeeBSD, NetBSD),Solaris