F＃のパフォーマンスとErlangのパフォーマンス、ErlangのVMが高速であることの証明はありますか？

私は関数型プログラミングの学習に時間を費やしてきたので、チュートリアルや例に手を出すのではなく、プロジェクトの作成を始めたい部分に来ました。

私の研究を行っている間、Erlangは並行ソフトウェアの作成に関しては非常に強力であるようです（これが目標です）が、開発用のリソースとツールはMicrosoft開発製品ほど成熟していません。

F＃はLinux（Mono）で実行できるため、要件は満たされますが、インターネットを調べていると、F＃とErlangの比較が見つかりません。現時点では、Erlangが最も報道されているという理由だけで傾いていますが、2つのシステムの間に実際にパフォーマンスの違いがあるかどうかは興味があります。

私は.NETでの開発に慣れているため、おそらくErlangよりもF＃の方がはるかに高速になりますが、F＃がErlangと同じくらいスケーラブルであることを納得させるリソースは見つかりません。

シミュレーションに最も興味があります。これは、多くの迅速に処理されたメッセージを永続ノードに送信します。

私が尋ねようとしているもので良い仕事をしていないなら、さらなる検証を求めてください。

「実行可能」とはどういう意味ですか？「最も多くの報道を受ける」は、必ずしも言語を選択する最良の方法ではありません。

Erlangの名声は、大規模な並列化の能力にあります。そのため、エリクソンの電話スイッチで一般的に使用されています。Erlangはソフトリアルタイムなので、特定のパフォーマンスを保証できます。

F＃は、.NET Jitterの最適化機能の恩恵を受けます。さらに、言語自体は高性能の関数型言語になるように設計されています（OCamlのバリアントであり、その速度のために金融業界で広く使用されています）。

最終的に、数百万の小さなエージェントを同時に実行することを計画しない限り（これはErlangが最適化されているものです）、F＃はタスクに応じる必要があります。

このページでは、Erlangの適切な使用例について説明します。

これらの2つの言語のパフォーマンスは、アプリケーションとプログラミングスタイルに大きく依存するため、この主題については、客観的な説明はほとんどありません。

私ができる唯一のアドバイスは、F＃には静的型システムのパフォーマンスの利点があり、CLRはパフォーマンスを向上させるためにこれを活用して良い仕事をするということです。F＃には非同期エージェントとメッセージパッシングがありますが、最適化されておらず、同期コードは多くの場合10倍以上高速です。

Erlangは動的に型指定されるため、パフォーマンスの点で大きなデメリットがあります（より多くのボクシングが期待されます）が、非同期エージェント間での高速メッセージパッシングをサポートするためにゼロから構築されているため、同等のF＃よりもはるかに高速になる可能性があります。ただし、これを裏付けるベンチマーク結果はありません。これは単なる期待です。

余談ですが、ErlangとF＃はどちらも小さなコミュニティを持つ比較的フリンジ言語であり、ターゲット市場が異なるため、両方に精通している人はまれです。私がほぼ適格だと思う唯一の人物はジェスパー・ルイス・アンデルセンですが、彼がどれだけF＃をやったかはわかりません。

Joe Armstrongによるこの投稿を読む必要があります：http : //erlang.org/pipermail/erlang-questions/2012-February/064277.html

短いのは、Erlangが高速になるように設計されていないことです！多くの場合、かなり高速ですが、これはフォールトトレランスや安定性などの問題に続発しています。

真実は、ErlangとF＃の両方が素晴らしい言語であり、F＃を簡単に見てきただけで、Erlang：Erlangを使用したWebアプリケーションの構築に関する本を書いたので、作業が楽しい言語であると言えます。

また、今後6〜9か月以内に出版される関数型言語の本のブームがあるように見えることも指摘しておきます。Erlangで少なくとも4つ（私のものを含む）、Haskellで1つ、OCaml、Clojure、F＃でタイトルを知っています。