複数のルートで宣言されたワーカープールは、しきい値を気にせずに CPU 使用率を維持できますか

Question

CPU を集中的に使用するタスクを処理するワーカープールを備えた Node.js システムを見つけたいと思っていましたが、 複数のルートでの CPU 使用率について少し混乱しています。 シーンは次のようなものです:

リーリー

node.js がこれら 3 つのファイルを使用すると、独自のワーカープールが作成され、 worker_thread 番号とその制御は、node.js を介して内部的に実装されているため、これは可能ですか? 閾値問題を作成しますか?また、ワーカープールの正しい使い方も教えていただき、ありがとうございました。

Answer 1

私がやりたいのは、一連のワーカーを用意することです。ワーカーは複数の関数を公開できるため、ワーカーは問題なく job1、job2、job3 を公開できます。プールごとに 1 つのプールを作成する場合は、プールが互いに競合する可能性があることを考慮する必要があります...

プールが CPU の 100% を取得していると考えてください。つまり、3 つのプールすべてがいっぱいの場合、使用可能なリソースの最大 300% が必要になる可能性があります。

それぞれに 33% を割り当てると、最大 100% を要求できることになります。これは問題ありませんが、一度に job1 のみが頻繁に必要な場合、ジョブ 1 は 33% しか使用できなくなります。利用可能な資源。

単一のプールを使用すると、利用可能なスペースの 100% を超えることなく 100% に到達できます。