Warum hat Erlang in Bezug auf IO-zentrische Dienste weit mehr realen Gebrauch als Haskell? [geschlossen]

Heute wissen wir alle, dass Erlang als Sprache in der Industrie sehr stark genutzt wird.

Es bietet eine sehr gute Soft-Realtime-Planung mit Reduktionen, die Ihnen eine sehr niedrige Latenz und eine sehr bekannte Latenz ermöglicht, ohne einen Kern zu zerstören.

Sowohl Erlang als auch Haskell basieren auf dem epoll für Linux-Systeme. Normalerweise ist die IO des Betriebssystems die Einschränkung, wenn Programmiersprachen / vm versucht, effizient zu sein.

Haskell hat eine bessere Unterstützung für Parallelismus, aber auch in Erlang existierende Dinge wurden nach Haskell portiert. Denken Sie an Supervisor, Verteilung (Cloud Haskell) ect.

Warum werden Erlang immer noch so stark verwendet, Facebook, WhatsApp, Wooga, Amazon, Gaming-Industrie.

Zwei Dinge sind besser, wie ich es in Erlangs präemptivem Schalt- und Hot-Code-Swapping kenne (kein Problem für IO).

Ist es der pragmatische Ansatz zu Nebenwirkungen? Stellt die IO Monad in Haskell eine Menge Overhead vor? Oder ist es nur so, dass die vorbeugende Planung in Haskell nicht in die Nähe von Erlang kommen kann und das wird ein Problem, wenn Sie mehr als 2 Millionen TCP-Verbindungen zu einem Server haben?