Voy a suponer que por "alto rendimiento" se refiere tanto al tiempo real que se tarda en producir una página como a la cantidad que puede servir al mismo tiempo.
El lenguaje de programación no es tan importante como sus servidores y algoritmos. Es posible que desee consultar The C10k Problem, que es una serie de nuevas tecnologías y perfeccionamiento de técnicas con el objetivo de permitir que un solo servidor web administre al mismo tiempo más de 10.000 conexiones simultáneas. Cosas como los servidores web Nginx y lighttpd y el caché varnish salieron de este proyecto.
Las grandes ganancias provienen de utilizar un servidor web muy ligero, muy rápido y muy modular (Apache e IIS no lo es) con un caché muy ligero y muy rápido para evitar tener que procesar lo mismo dos veces . Para un servidor de concurrencia alta, incluso el almacenamiento en caché por unos segundos puede ahorrarle cientos o miles de procesos. Al cortar una página estática en una serie de solicitudes AJAX, puede almacenar en caché las partes más estáticas independientemente de los bits que cambian con frecuencia.
En lugar de usar mod_blah que integra su programa en un servidor web, use FastCGI o similar que coloca sus programas en sus propios pequeños servidores de aplicaciones. Esto les permite funcionar independientemente del servidor web, posiblemente en máquinas remotas y con balanceo de carga. Esto le permite escalar fácilmente su potencia de procesamiento.
Eventualmente va a micro-optimizar partes realmente importantes del código de su aplicación hasta el punto en que el lenguaje importa, pero puede enfocarse en las partes realmente importantes en lugar de tener que hacer todo el proyecto únicamente según el rendimiento bruto .
Una buena arquitectura va a ser más importante que el idioma. Esto incluye las otras capas como el almacenamiento en caché, la base de datos, el almacenamiento de archivos, etc. –
Sí, slashcode es un código detrás de Slashdot. Utiliza Apache + mod_perl. –