lenguaje de programación de scripting más rápido?

Question

Tengo un proyecto de aplicación web donde las actuaciones cuentan más que cualquier otra cosa, y tengo la opción de utilizar las tecnologías .

Los puntos de referencia de tiroteos de lenguaje que no están realmente relacionados con a aplicaciones web.

¿Qué recomendarías como los mejores candidatos adecuados?

Gracias!

---

Un amigo sugirió el servidor gwan en el IRC. Parece ser lo que estaba buscando , pero nunca había oído hablar de él. ¿Alguien con experiencia previa en este paquete? Facilidad de uso, confiabilidad?

Antes de que deje de Apache, me gustaría conocer sus pensamientos.

Answer 1

Comience por identificar si el rendimiento de su aplicación realmente depende del idioma o de algún otro factor (como solicitudes de bases de datos, por ejemplo). La capacidad de los resultados de la caché también puede ser un factor muy importante.

Para el rendimiento, el lenguaje utilizado viene bastante lejos en la lista de puntos importantes para comprobar y el caso de uso también influye en qué idioma es mejor. Por ejemplo, si tiene muchas expresiones regulares para verificar, debe verificar el soporte de expresiones regulares en el idioma del candidato, etc.

Para el procesamiento de imágenes, el punto más importante probablemente sea la biblioteca de imágenes subyacente que utiliza, generalmente escrito en C. Tengo el caso de ImageMagick en mente, porque actualmente lo estoy usando. Está disponible como biblioteca para la mayoría de los idiomas y la capa de lenguaje de scripting solo es necesaria para llamar a las funciones de la biblioteca y el lenguaje utilizado en ese nivel no cambiará mucho (pero las imágenes de resultados precalculadas de caché pueden cambiar el rendimiento por un amplio margen). Este caso de uso probablemente sería similar para llamar a una lib criptográfica.

Si el rendimiento es realmente un problema tal, para el procesamiento de imágenes también se puede considerar el uso de una librería que funciona con tarjetas aceleradoras de la GPU (libs con soporte CUDA o openGPU).

Answer 2

Bueno, si se utiliza una base de datos con un gran volumen de datos que va a pasar más tiempo allí que la ejecución de un PHP o ASP o (Insertar otros sabores aquí) Escritura
Si puede usted debe construir una maqueta de su aplicación (o al menos un segmento de las partes más intensivas de la base de datos o del procesador) e intente hacer una comparación de esos

Answer 3

Si el rendimiento cuenta más que cualquier otra cosa, no use un lenguaje de scripting. Especialmente porque tienes un control total sobre la pila de tecnología. Los lenguajes compilados funcionarán mejor para las operaciones intensivas de CPU.

Answer 4

recomiendo el lenguaje de programación Java; no es un lenguaje de scripting, pero es probablemente el lenguaje de programación más rápido que se puede usar para programar aplicaciones web. También recomiendo usar un framework como Spring para una mejor experiencia de programación (versus programación Java Servlet "en bruto").

Answer 5

Javascript se analiza y optimiza constantemente para su uso en dispositivos móviles, por lo que en los servidores reales de tamaño completo se ejecuta MUY rápido. Echa un vistazo al nodo.JS, un proyecto para la implementación del lado del servidor JavaScript para servir páginas web: http://nodejs.org/

Answer 6

G-WAN es un servidor web ordenada: se basa en el concepto de "C guiones":

guión de CA es simplemente C código fuente que es compilado por el servidor web y luego cargado en la memoria protegida. Será llamado por el servidor web cuando se realice una solicitud al servlet. El servlet, como está compilado por un compilador de C, es "tan rápido" como normalmente compila un programa C. Sin embargo, la ventaja de los scripts C para, por ejemplo, CGI o FastCGI, es que el programa compilado está en el mismo espacio de memoria que el servidor web. Esto reduce la sobrecarga de la comunicación (ya sea creando un proceso, en el caso de CGI, para cada solicitud, o el socket para FastCGI).

El servidor web está utilizando la técnica select/poll: E/S sin bloqueo. Sin embargo, hay algo bueno en eso. Cada programa puede escribirse como si estuviera usando E/S de bloqueo. Como el servidor web en sí compila cada script C, puede transformar el programa para usar E/S sin bloqueo. A partir de esto, puede vincularse a bibliotecas de terceros (como el acceso a la base de datos) y seguir utilizando la naturaleza de E/S sin bloqueo: sin cambio de contexto de proceso/subproceso.

Las herramientas provistas para programar los scripts C son, por ejemplo, el almacenamiento en memoria caché y los búferes seguros. La próxima versión (aún no publicada al momento de escribir esta publicación) también incluirá una tienda de Key-Value.

Rendimiento: existen algunos puntos de referencia disponibles que muestran que está superando a cualquier otro servidor web, sin embargo, no confío en estos. Intenta escribir un pequeño programa intensivo de CPU en C y, por ejemplo, en PHP. Deje que el script C se ejecute en G-WAN y el script PHP en Apache, y realice un benchmark usted mismo.

Hay mucho más, pero eso está fuera del alcance de esta pregunta.

Algunos inconvenientes de G-WAN es que está desarrollado por una sola persona. Sin embargo, hay un foro donde puedes hacer preguntas.

La facilidad de uso está limitada por su habilidad en C. La API que se proporciona, sin embargo, es simple. Todavía tiene algunas inconsistencias y (en mi opinión) partes feas, pero eso no es un problema. Un problema más serio es que no se garantiza que cada versión sea compatible con versiones anteriores y es posible que tenga que volver a escribir.

Si desea estar seguro: utilice la independencia de la plataforma de C: permita que su código se compile en programas (rápidos) CGI y también para ser utilizado por G-WAN. Si G-WAN falla, siempre puede recurrir al CGI (Rápido) de Apache (vea http://www.fastcgi.com/ para API).

Answer 7

Actualización: Parece que Java 7 utilizando NIO.2 ha logrado superar a Gwan con C pero casi 2 veces con el tiempo, es increíble, pero puede hacer algunas pruebas simples.

El único inconveniente de Java no es capaz de integrar las bibliotecas compartidas construidas sobre C. Estoy listo para desafiar a alguien para demostrar que estoy equivocado que Java NIO.2 es más lento que C

Answer 8

LuaJit (LUA) se el lenguaje de programación más rápida con la tecnología JIT ..

si desea que el más rápido de aplicaciones web del lado del servidor (que no siempre script), que habría g-wan .. puede utilizar C, C++, java ..

ASP.NET también es lo suficientemente rápido para casi cualquier cosa, pero bastante caro

php con hiphop sería más fácil de aprender y también lo suficientemente rápido ..

que depende del número de solicitud Qué necesita .. y la rapidez con que se aprende el idioma ^^ no se olvide de caché de datos estáticos (utilizando Memcache o nosql)

Answer 9

El lenguaje de script en ayunas es seguido ASP por PHP, pero si quieres aplicaciones que escalen a velocidades ilimitadas, usa C++ o Java. Google Search utiliza C++ Gmail utiliza Java YouTube = Python Twiiter solía utilizar Rubí ahora cambiaron a Java Facebook = PHP en el extremo frontal y un poco de java en el backend

pero recomiendo PHP en el extremo frontal y C++ en el back-end