Node.js 0.6.8で処理できる1秒あたりのCometリクエスト数を示すベンチマークはありますか？

Question

私が求めている理由は、このポスト

http://amix.dk/blog/post/19577

は、Node.jsの0.2.2は、500/sのしきい値を持っているようだと網状で10倍を上回っていることを示していることです。コメントでは、Ryan Dahlは、後に修正されたバグの可能性があることを示しています。しかし、私は残りの郵便局または他の場所で、問題が解決されたかどうか、そして更新されたベンチマークがあるかどうかを確認することはできません。私たちは今、上記のものよりも多くのバージョンになっています。正式な、あるいはそうでなければCometリクエストに関連するベンチマークがあるかどうかは疑問です。

ベンチマークがない場合、Amirによってフラグが立てられた問題が依然として顕著であるかどうかを一般的に知ることは良いことです。 500コメット/秒は、適度なサイズのチャット/ゲームに焦点を絞ったサイトで到達できるしきい値です。

Answer 1

node.jsは、長い道のりで0.2.2から来ています。ロードバランサで複数のノードプロセスを使用することを考慮していないことが示唆されているので、リンクされたポストでアーキテクチャについての実装上の問題もあるようです。これは明らかに高性能アプリケーションのための必需品です

- 確かに、node.jsofficial about sectionの最後の段落は、読み取ります

しかし、どのようなマルチプロセッサの同時実行性についてはどうですか？マルチコアコンピュータにプログラムを拡大するために必要なスレッドはありませんか？ child_process.fork（）によって新しいプロセスを開始することができます。これらの他のプロセスは並行してスケジュールされます。複数のプロセス間で着信接続のロードバランシングを行うには、クラスタモジュールを使用します。さて、（OPリンクポストに記載されているように）単一ノード0.2.2プロセスは、網状の資源の10％を使用することを考慮すると、その後、彼らは頼む同じハードウェア上の10のノードのプロセスを、実行している可能性が

質問：Nettyがノードよりも10倍速いが、リソースの10倍を使用すると、パフォーマンスは実際に同じではありませんでしたか？一方、ノードのパフォーマンスは、>=0.6.0のリリースでは特にのWindowsを実行しているマシンで大幅に改善されました。これはネイティブでサポートされています。 0.6.0 release notesから、Windowsのベンチマークを参照してください。

のhttpベンチマークは ネットワークは3台の負荷生成マシンから提供10GEで600台のクライアントで行われました。誰も話をしたいていないようにみえても

      v0.4.12 (windows) v0.6.0 (windows) 
http_simple.js /bytes/1024 3858 r/s   5823 r/s 
io.js read     12.41 mB/s   26.51 mB/s 
io.js write     12.61 mB/s   33.58 mB/s 
startup.js     152.81 ms   52.04 ms 

一方、およそは正確に彼らがやっていること、それは最高の交通ハイテク選手のいくつかは、非常に大容量のシステムのためnode.jsに回っているようです。 Google,Yahoo,Mozilla,LinkedInおよびスタートアップi.TVはすべてventurebeat.comで昨日公開された記事Node at scaleに記載されています。

私は彗星の正確なベンチマークを見つけることができなかったものの/秒、適切なシステムアーキテクチャと、それは非常に、非常によりも高い500

であることが明らかに思えます