Node.JS + taskset ==ちょっと変わったユーモア

「Node.jsは高負荷には適していません」などのフレーズをよく耳にします。



自分で見たかった。



その記事にコメントを書きたかったのですが、気が変わってもっと書きました。 この記事の著者は、興味深いトピックをありがとうございました。



インターネット上で誰かが間違っています。 私たちの暴行！ はい、それは残念です。 私は自分自身でいくつかの結論を出しましたが、これらは私の主観的な数値です。 一般的に考えるべきこと-私は知りません、コメントにあなたの意見を書いてください。



UPD 3議論に基づいて、最初から書く必要があることがわかりました、つまり、テストが代表的なものではなく、それが示す唯一のことは、私の非常に弱いマシンではノードがすべての半分の順序でNginxに遅れることです。 Nodeは、Nginxのように、ほとんど何もしません。この意味では、それらは「等しい」です。 タスクセットがあること、特定の条件下でノードがパーセントを過負荷にしないこと、テストを信じる必要がないことを示したかったのです。



カットの下にGITへのリンクがあります。 私だけに最適な設定がいくつかあります。 この記事は混oticとしており、大部分がコミックです。 どうか、人道的な考え方への連想的な言及の絶えず変化する文脈で自分の考えを表現する見知らぬ人の数、ベンチマーク、奇妙な結論に疑いを抱く準備ができていないなら、読んではいけません。



UPD 1は、 「ユーモア」として少しタグ付けされています、m。 より正確になります。

UPD 2は一言も信じません！







私はシャーマンです！ 静かにタンバリンを手に取り、 ハープを明らかにし......



私はリソースが好きではありません、なぜなら 緊急の場合、私はそれらを持っていないことを理解しています。

そのため、 AMD C-60 / 4 Gb / SSD：彼らは私に対して非常に控えめです。



これらはすべてネットブックに収められており、重量は約1キログラムで、Linux Mintによって制御されています。 私は質問を予見するので、すぐに答えます。 はい、たまたま料理をします。 Matroskinのようなクロスステッチもできます。 エルヴィスのようにギターで歌います。 そこの家では、ペンチで釘を打つことができます。 一般的に-家族への贈り物：幅広いプロフィールのかけがえのない専門家。



そして、私はJavaScriptでのプログラミングが好きです。 いいえ、Python、Ruby、PHP、Perl、VB、C＃、Javaなどを読むことができます。 しかし、「魂は嘘をつかない」とは書けません。 そして、私は専門的なIT教育を受けていないので、共通のロジックを使用します。また、本質的に、私は時々他人の頭ではなく自分の頭で考えることを好みます。 だから私は住んでいます。



お客様は、Node.JSとNginxの球面比較分析のタスクを私に与えてくれました。 なぜなら ノード自体の潜在的なパフォーマンスを測定する必要があったため、タスクを巧妙に設定しました。



-NGINXは、デフォルトの静的ページindex.htmlのみを提供します。

-Nodeサーバーは接続の数を保持し、各応答で結果を生成し、最大数を考慮する必要があります。

-クライアントソフトウェアは、1秒あたりの処理済みリクエストの数、つまり ステータスが200 OKで正常に完了しました。



nginxが勝つことは明らかです。 しかし、ポイントはそれではなく、比較です。 つまり ノードインタープリターがNginx静的よりも正確に悪い回数。



もちろん、ノードにstaticを与えることも可能であることを理解しています。 しかし、あなたはnginxのビジネスロジックを2、3時間で12個のテーブルに教えようとしていますか？



GITへのリンクは最後になります。 「タンク内」にいる人のためのユースケースがあります。



私は、いわば、疑念を払拭するために、どうやってこれに来たのかを少しお話しします。



私たちは皆、最新のプロセッサが連続して動作することを知っています。



私たちはすべてを知っていますが、ここでは私たちが望む方法を理解していますが、そうではありません！



教えてください、あなたは一度にいくつかのことを考えることができますか？ そして、その瞬間に電話が鳴り、電話に出る必要がある場合はどうなりますか？ そして、電話と並行して、同僚があなたに近づき、あなたが同情し、いくつかの非常に重要な質問をするとしたらどうでしょうか？ 同時に、BOSSの人がまだ通り過ぎると、Lurkが展開されたブラウザウィンドウで見せびらかしている画面を見たり、何かもっと面白いものを見たりしますか？



割り込みとスタックオーバーフローの処理も同じです。



それは思われるでしょう-非同期性はそれと何の関係があるのでしょうか？



しかし、突然、何らかのひどい理由で最後まで理解できなかった場合は、もう一度考え直すことをお勧めします。



たとえば、8つのコアコアと同様に、脳は最大8つの操作タスクを保持できます。 残り-彼らはそこにどこかにあります、一度あるでしょう、彼らはまだ遠くです。



それを想像する方法を自分で考えて、 アインシュタインのリドルの chtolをプレイしてください。 ある意味で、頭の中に保持するためだけにすべてのマルチスレッドがあります（L1-L2キャッシュのように）、そうです-リーフレットなし（Mem）？

---

カウントしましょう。



ノードでアプリケーションを起動すると、そこから標準コードが得られます 。おそらくここからです 。

var cluster = require('cluster'); var numCPUs = require('os').cpus().length; ... for (var i = 0; i < numCPUs; i++) { cluster.fork(); ...
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

または、マルチスレッドを使用した同様のもの。



誰がフローを制御すると思いますか？



正しい-オペレーティングシステム。

そして、システムでは、誰がそれらを制御しますか？



そうです-Linux Kernel \ Windows Core-ハードウェアアブストラクションレイヤー（hal.dll、おそらく間違っているかもしれません）。



これまでのところ、それほど疑わしいものはないようです。



しかし、もう少し考えてみましょう！

ノードを除いて、これ以上何も確立されていないとします。



それ以外にこのハードウェアには他に何がありますか？

正しい-オペレーティングシステム。



そして、流れを支配するのはそのすべてです。 非同期モードであっても、シーケンシャル命令のような単純なものが、カーネルの世界でのマルチスレッドや並列タスクのような複雑なものによって維持され、抽象化されることは不思議に思えませんか？



そのため、プロセッサの各鉄心は順番にカウントされます。 それらの上にはカーネルの実行可能コードがあります。このタイプは、すべてを並列マルチタスクなどとして提示しようとします。 内部では、OSカーネルの制御下で、ノードプロセスのシングルスレッドコードが回転します。そのうち、CPUコアの数に応じて8つのピースがあります。



「IO」がネットワークスタック、たとえばHTTP経由でカーネルに入ると、ポリマーはどうなりますか？ OSカーネルが対処している間に...



また、ノードが8つのコアすべてのすべてをすでに破棄している場合はどうなりますか？ OSカーネルも対処しているようですが...



しかし、ここで私はすでにベンチマークを見たいと思います！



やりましょう！

1. 上記のタスクで説明されているように、ノードとNginxを比較します。
2. 完全なCPU負荷がある場合とない場合のノードの応答性を比較します。

コードやサーフィンなどの通常のタスクを行いながら、すべてのテストを10分間ひねりました。



はい、Linuxの特定のカーネルでのみプロセスを機能させるために、タスクセットがあります。



ノードでは、次のように使用します。

  var PID = process.pid; exec('taskset -pc ' + affinity + ' ' + PID);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

request.jsを介してノード上でクエリソフトウェアを作成しました。http.agent.maxSocketsを忘れないことは重要でした。 もちろん、CURLは可能でしたが、すべてを自分で計算したかったのです。



したがって、最初のテスト：NginxおよびNode上のサーバー、最大10,000件のオープンリクエスト。 現実には、もちろん、結果は少なくなりました。 この数字は、リクエストの配列内のリクエストの数であり、1秒あたりの実際の値ではありません。 さらにクエリを実行できますが、パフォーマンスではなく、違いを測定しました。



私のハードウェアでは、ノードは1秒あたり1200を超える応答に耐えました。 そしてnginxは約3500に耐えました。



そのようなゴミは誰かの指標ではないことを理解しています。 しかし、クラスターのないノードサーバーがゼロコアで回転し、最初のサーバーで要求を処理していることを考えると、非常に均一なインジケーターがあります。



つまり 違いは桁違いではなく、ときどきです！



興味深いことに、最初のリターンが徐々に増加すると、最終的な数値は安定します。 約3分後。



2番目のテストはノード自体に対するものでした：

	モード	〜RPS	〜PWait	〜メム
1。	ノードサーバーとクエリソフトウェアがアフィニティをまったく受信しなかったとき。	1400	6.5	95M
2。	nginxを使用したテストからのアフィニティを備えたサーバーとクエリ。	〜1200-1300	〜5.2	8,500万
3。	アフィニティを備えたサーバー、リクエストなし。	1100	〜5.5	1億
4。	アフィニティのないサーバー、それを伴うリクエスト。	1200	〜6。	90M

数値のすべての測定は、すべてが安定した3分間の操作後に視覚的に行われました。

興味深いことに、最初はノードがメモリを集中的に「消費」し、その後少し落ちて、どうやらコレクターが動作しているようです。



〜RPS -1秒あたりのリクエスト数。

〜PWaitは、実際のブラウザでのおおよそのページタイムアウトです。 実行中の数値を確認する以外に何かを行うときのシステム負荷の間接的なインジケータ。



htopを介してメモリを覗きました。



うーん-つまり、すべてが統計誤差の限界にあるかのようです。



ノードに加えて、データベース、redis、HaProxy、およびNginxもあることを想像してください。

+ビジネスロジックは本物であり、数個の加算器ではありません。

スリッパは誰ですか？



私の調査結果：

0. Node-すでにインタープリターとして非常に優れています。

1. 可能であれば、システム自体に1つのコアを残します。
2. システムに他の何かを「ねじる」必要がある場合は、システムにさらにコアを残します。
3. 残りは、100％の使用率でノードサーバーに提供できます。

テストでGIT 。



約束のユースケース：

• 誰かが知らない場合、依存関係のインストールはnpm installとして行われます。
• 何も変更しない場合、 ノードtest_requester.jsの後にEnterキーを1回押してクエリを開始する必要があります。
• Ctrl + Cで停止します。
• これはすべてコンソールにあります。 Offtopic-私はGuake Terminalを使用しています-私見：非常に便利です。
• サーバーはノードtest_httpserver.jsとして起動します。

はい。また、鉄のレベルでシステムのアーキテクチャを理解していない場合は、テストを実行しないでください。 理解したい場合は、マニュアルを吸ってください。例：C. Petzold-「コード。 コンピューターサイエンスの秘密の言語。すべての情報は、非常にアクセスしやすい言語で詳しく説明されています。 私の祖父はそれを読んでも、祖父は75歳であり、彼は元鉱夫です。



念のため、4つのコアがあり、そのうち2つが本物である場合、numCPUsは容赦なく嘘をつくことができると説明します。



はい、興味のある場合は私の設定：









これらの設定なしで確認したところ、30％改善されました。

...