Wie vergleicht sich akka mit Erlang? [geschlossen]

Ich habe mir kürzlich Akka angesehen und es ist ziemlich beeindruckend. Es sieht so aus, als hätte es die meisten Killer-Funktionen von erlang - Standorttransparenz, Überwachungshierarchien und mehr. Gibt es irgendwelche Funktionen, die erlang hat, die akka nicht hat?

Haftungsausschluss: Ich bin der PO für Akka

• Erlang kopiert beim Senden - Akka verwendet gemeinsam genutzten Speicher (unveränderliche Objekte) für In-VM-Sendungen
• Erlang führt pro Prozess GC durch - Akka verwendet JVM-GCs
• Erlang hat OTP - Akka integriert sich in das gesamte Java-Ökosystem (Apache Camel, JAX-RS usw. usw.)
• Erlang erledigt die Prozessplanung für Sie - Mit Akka können Sie viele verschiedene Dispatcher mit endlosen Konfigurationsmöglichkeiten verwenden
• Erlang lädt Hotcode neu - Akka kann dies unterstützen, ist jedoch aufgrund des Ladens von JVM-Klassen weniger flexibel

Das sind die von oben.

Auf der anderen Seite bedeutet die Verwendung von Akka, dass Sie Scala, Java, Groovy oder JRuby verwenden können, um Ihre Anwendungen zu schreiben.

In Erlang werden Prozesse garantiert ungefähr alle 1000 Reduktionen umgeschaltet. In einem so naiven Rahmen wie Scala / Akka besitzt der Agent einen Scheduler, bis die Arbeit im Empfang abgeschlossen ist. Schachmatt. Spiel ist aus. Hasta la vista :) Leute, verschwenden Sie Ihre Zeit nicht mit Pseudotechnikern. Ich war schockiert, dass die Leute hier Scala mit Erlang vergleichen.

Es gibt auch viele andere sogenannte "Killer-Features", aber hier ist mein Rat, denken Sie nicht in Features, denken Sie an Redewendungen, die eine bestimmte Sprache ermöglichen. Scala stiehlt "beste Funktionen", Erlang ermöglicht / implementiert Sie mit den richtigen Redewendungen, um Systeme zuverlässig zu erstellen, mit einer Hochsprache, die von diesen richtigen Redewendungen abhängt. Wenn Sie Erlang lernen, bauen Sie Ihren Geist wieder auf, Ihre Denkweise über verteilte zuverlässige Systeme, Erlang lehrt Sie und aktualisiert Sie. Scala ist nur eine weitere zwingende Sprache (oh, sorry, multiparadigmales, lustiges Wort), die versucht, gute Funktionen aus anderen Sprachen zu stehlen.

Fast niemand erwähnt die Prozessisolation. Ohne die Garantie "Ihr Thread kann sich nicht mit meinem Müll anlegen" sind verteilte Systeme viel schwieriger zu überlegen. (Sie sind bereits schwierig genug mit Erlangs Prozessen.)

AFAIK (was angesichts meiner begrenzten direkten Erfahrung mit der JVM nicht weit ist), nur Erlang erhält tatsächlich Prozessisolation "richtig" auf der JVM. Herr Google kann einige Hinweise geben, wo Fox und Candea (?) Nachforschungen zu Forschungssystemen anstellen können, die eine "Micro-Reboot" -Technik ("Recovery-Oriented Computing") verwenden. Ein Erlang-Entwickler liest diese Forschung und sagt ein paar Dinge:

1. Willkommen im Club, warum hast du so lange gebraucht?
2. Die JVM macht es jedoch furchtbar schwer, Mitglied zu werden. :-)

Für mich ist das Austauschen von heißem Code in einem gesamten Erlang-Cluster ohne Ausfallzeit (zum Beispiel :) make:all([netload]eine der Killerfunktionen von Erlang.

Aber lassen Sie uns Ihre Frage umkehren: Was hat Akka, was Erlang nicht hat? Natürlich können Sie Java Dutzende von Erweiterungen und Bibliotheken (Scala, Akka, Spring, Osgi, ...) hinzufügen, um zu versuchen, Erlang nahe zu kommen. Aber wo ist der Punkt? Insgesamt sind all diese Erweiterungen viel komplexer als das Erlernen der einfachen Erlang-Sprache, die seit über zwei Jahrzehnten bewiesen hat, dass sie die Aufgabe bietet, eine maximale Skalierbarkeit ohne Ausfallzeiten zu bieten.

Wahrscheinlich ist Erlang besser für größere verteilte Systeme (nach der Antwort von vjache), aber für einen normalen Server, wenn Sie nur die volle Leistung mehrerer CPUs nutzen möchten, ist Akka eine gute Wahl - bietet gute Abstraktion, Leistung und Integration in das Java-Ökosystem.