レールがイベントコードの書き込みを完全にサポートしていないのはなぜですか

Question

Node.jsが出た後、それはイベントプログラミングを普及させたものでした。 しかし、Rubyには、イベントコードの記述をサポートするEventMachineがあります。

レールで、イベンティングをサポートするための要件は以下のとおりです。イベント化コードより簡単に書くようにするために原子炉
2.繊維（ルビー1.9.3）を実行
1.イベント化サーバ（薄い、虹）、それ以外の我々スレッドを使用している可能性があります。
3.イベントが発生したすべての宝石（例mysql2）。

Nodejsは、イベントプログラミングの明らかな利点を示しました。だから、なぜレールコミュニティはイベントマシンを採用していないのですか？レールがイベントマシンに完全に移植可能でない理由の1つは、発生しない可能性がある基礎となる宝石への依存性のためであると私は思う。しかし、その方向に動く計画があるかどうか誰にも知られていますか？

RailsはNodejsの機能を果たすことができますが、Nodejsはすべてのライブラリメーカーでイベントプログラミングを主導することから始まります。したがって、ノード内のpackage.jsonにほとんどの依存関係を追加すると、イベントが発生し、ボックスからすぐにnodejsで。

Answer 1

最大の理由は、RailsエコシステムがイベントIOのために構築されておらず、アプリケーションにイベントIDのないIOが1つ導入されていることです。 Ruby（とRails）にイベントコードを書くことは非常に可能ですが、必ずしも簡単なことではありません。宝石がイベントIOを実行するかどうかは必ずしも明確ではなく、開発者は多くの時間を費やす必要がありますアプリケーションがブロックされている場所を追いかけるこれとは対照的に、ノードは、IOが同期してはならないという暗黙の理想をもって作成され、その全体的なエコシステムがその理想から流れ出したので、IO操作が同期するかどうかについて開発者が気にする必要はありませんか否か;デフォルトでは非同期であるという前提があります。

さらに、イベントが発生したWebアプリケーションは、IOバインド時にのみ有効です。アプリケーションがCPUにバインドされている場合や、シンクロナスCPUの処理が大量に行われている場合、イベントが発生したモデルはおそらく適切なアプローチではありません。 Rubyは、主に言語のメタプログラミング構造とガベージコレクタ（これはRuby 2.1で大幅に改善されるはずです）のためにかなりの量のCPUを必要とすることがあります。これは、Node to evented programmingよりもあまり適していません。

Railsには、フォーク、プリエンプティブスレッド、イベントなど、多くの並行性モデルが用意されています。アプリドメインに最も適したモデルを選択するのは開発者次第です。 POSIXシステムにデプロイしている限り、フォークはデフォルトであるため、特別な配慮は必要ありません。また、Railsを作成したときにRubyにはシステムスレッドがありませんでした。今、Ruby 1.9+（システムスレッド、GIL）とJRuby（GILなし）では、スレッドコードは非常に簡単にデプロイできます。 Ruby 2.0は、COWに優しいガベージコレクタを提供します。これは、フォークが以前よりも効率的であることを意味します。

イベントコードはデベロッパーからのより多くの作業が必要なためデフォルトではなく、多くの人にとってデフォルトのフォークモデルで十分です。そうでない場合、開発者は、インフラストラクチャとアプリケーションドメインに最適なスレッドまたはイベントコードのオプションを持っています。