Comparativa "diferente" de lenguajes de programación.
 

En esta web han probado distintos lenguajes para comparar velocidad, memoria ocupada y, algo curioso, la energía eléctrica que consumen al compilar.
Queda demostrado que el lenguaje C y Pascal siguen en lo más alto de la escala.

Muy interesante.

Hay muchos detalles no muy obvios, por ejemplo, C, C++, Rust, Swift y muchos más realmente compilan por medio de Clang/LLVM o GCC. Si por "Pascal" no se refieren a Delphi (que usa ahora LLVM) sino a FreePascal u otro, estamos hablando de algo significativo, porque entonces seria un compilador muy eficiente y competitivo contra el mounstro (ósea me refiero a que es lo máximo de lo máximo) que es LLVM/Java/GCC que es donde se enfoca la mayor parte d ella inversion en $$$$ y talento.

Igual para Go, que usa su propio compilador, y todos los otros que van por su cuenta.

No me esperaba que Pascal fuera mas eficiente en el uso de memoria... pero echándole cabeza, es algo obvio. Pascal usa una mejor estructura para strings, mas natural uso de vectores y no hay tanto uso de pointers ocultos por ahi como en mucho codigo de C/C++. Y como LLVM/GCC están hechos en estos lenguajes les afecta...

También sorprende rust (de mozilla). Su objetivo era estar muy cerca de C/C++ y en pocos años lo lograron!

P.D: y también a tener encuesta que ADA es de la familia pascal...

Un artículo muy interesante ^\||/ muchas gracias.

Saludos :)

Sí que es curioso.

Pero le veo un problema: he hecho una búsqueda rápida, tanto en el artículo como en el PDF del estudio, y no mencionan ningún compilador, IDE ni marca. No lo veo muy científico, porque si no mencionan eso, ¿cómo se puede replicar? ¿Y el resultado es igual con cualquier compilador? Es el principal fallo que veo.

Interesantes datos, llama la atención lo mal parado que sale un lenguaje tan de moda como Phyton

Es obvio que los lenguajes interpretados van a sufrir (y no solo python).

Python, Ruby, Racket y otros tienen equipos mas pequeños y el que sean relativamente competitivos es de admirar. Y es bien sabido que carecen de varias estrategias que podrían mejorar, significativamente, su desempeño, pero que por multiples razones no se han podido implementar.

-----

El tema de los lenguajes interpretados es interesante porque últimamente ya hay mas enfoque en que hacer para hacerlos mas rápidos. Los lenguajes anteriores sufren porque mucho de eso no se tenia claro y entonces no tuvieron esos detalles en la mente cuando los hicieron (y terminan entonces dependiendo de su implementación, que dificulta hacer los cambios ahora).

Antes, solo LuaJit/kdb+ era casi que los únicos lenguajes interpretados con desempeño solido...

----

Con todo, la buena noticia es que la industria se esta moviendo de nuevo a los lenguajes de tipos estáticos pero con habilidades dinamicas, parcial o total esquema de compilación con alternativas de interpretación...