¿Cómo se compara akka con Erlang? [cerrado]

He estado mirando akka recientemente y es bastante impresionante. Parece que tiene la mayoría de las características principales de erlang: transparencia de ubicación, jerarquías de supervisión y más. ¿Hay alguna característica que tenga erlang que no tenga akka?

Descargo de responsabilidad: soy el PO de Akka

• Erlang copia en envío: Akka usa memoria compartida (objetos inmutables) para envíos en VM
• Erlang hace GC por proceso - Akka usa GC de JVM
• Erlang tiene OTP : Akka se integra con todo el ecosistema de Java (Apache Camel, JAX-RS, etc., etc.)
• Erlang hace la programación del proceso por usted: Akka le permite utilizar muchos Despachadores diferentes con infinitas oportunidades de configuración
• Erlang realiza la recarga de código activo: Akka puede admitirlo, pero es menos flexible debido a la carga de clases de JVM

Esos son los que están en la parte superior de mi cabeza.

Por otro lado, usar Akka significa que puede usar Scala, Java, Groovy o JRuby para escribir sus aplicaciones.

En Erlang se garantiza que los procesos se cambiarán aproximadamente cada 1000 reducciones. En un marco tan ingenuo como el de Scala / Akka, el agente posee un programador hasta que termina de funcionar en recepción. Mate. Juego terminado. Hasta la vista :) Gente, no pierdan su tiempo en pseudo-técnicos. Me sorprendió que los chicos comparen Scala con Erlang.

También hay muchas otras de las llamadas "características asesinas", pero aquí está mi consejo: no piense en términos de características, piense en modismos que habiliten un lenguaje en particular. Scala roba las "mejores características", Erlang le permite / implementa con los modismos correctos para construir sistemas de manera confiable, con un lenguaje de alto nivel que se basa en esos modismos correctos. Cuando aprendes Erlang, estás reconstruyendo tu mente, tu forma de pensar sobre un sistema confiable distribuido, Erlang te enseña y te actualiza. Scala es solo otro lenguaje imperativo (oh, lo siento, multiparadigmal, palabra divertida) que intenta robar buenas características de otros idiomas.

Casi nadie menciona el aislamiento de procesos. Sin garantías de "su hilo no puede meterse con mi basura", los sistemas distribuidos son mucho más difíciles de razonar. (Ya son bastante difíciles con los procesos de Erlang).

AFAIK (que no está lejos, dada mi limitada experiencia directa con la JVM), sólo Erlang consigue el aislamiento de procesos "correcto" en la JVM. El Sr. Google puede dar algunas pistas sobre dónde encontrar investigaciones de Fox y Candea (?) Sobre sistemas de investigación que utilizan una técnica de "micro-reinicio" ("computación orientada a la recuperación"). Un desarrollador de Erlang lee esa investigación y dice un par de cosas:

1. Bienvenido al club, ¿por qué tardaste tanto?
2. Sin embargo, la JVM hace que unirse sea tremendamente difícil. :-)

Para mí, el intercambio de código activo en todo un clúster de Erlang sin tiempo de inactividad (por ejemplo:) make:all([netload]es una de las características principales de Erlang.

Pero invirtamos tu pregunta: ¿Qué tiene akka que no tenga Erlang? Por supuesto, puede agregar decenas de extensiones y bibliotecas (scala, akka, spring, osgi, ...) a Java para intentar acercarse a Erlang. Pero, ¿dónde está el punto? En resumen, todas estas extensiones son mucho más complejas que aprender el lenguaje Erlang simple que ahora ha demostrado durante más de 2 décadas que puede hacer el trabajo ofreciendo la máxima escalabilidad sin tiempo de inactividad.

Probablemente Erlang sea mejor para sistemas distribuidos más grandes (siguiendo la respuesta de vjache), pero para un servidor normal cuando solo desea utilizar toda la potencia de varias CPU, Akka es una buena opción: proporciona una buena abstracción, rendimiento e integración con el ecosistema Java.