通信の最後に epoll モデルを使用します。その後、epoll がリクエストを処理するときに、スレッド プール內(nèi)のスレッドが上位層のサービスを呼び出します。ネットワーク通信を伴うため、ざっくりとした処理になります 1リクエスト10ms以內(nèi)
そのようなモデルでは、トラフィックが増加したときに CPU が急激に増加しますか?
背景: 私の CPU 使用率は約 75% (トラフィック: 20 ～ 22Mbps)、トラフィックが 25Mbps に増加すると、CPU はすぐにいっぱいになります。 。トラフィックの増加は 15% 未満であるにもかかわらず、CPU は 25% 急増しているため、これは予想どおりではありません。
1
0
0
認證高級PHP講師
ご參考までに、私の見解を簡単に説明させてください:
1: まず、リクエストが IO 集中型であるか、CPU 集中型であるかを検討します。私が話している IO 集中型とは、メッセージの送受信、つまり通信のために読み取りと書き込みが必要なネットワーク IO を指します。たとえば、CPU 集中型の場合は、結(jié)果を生成するために計算が必要で、時間がかかります。
2: これが最初のタイプの IO 集中型である場合、すべてのリクエストを処理のためにスレッド プールに渡す必要はないと思います。ファイルの読み取りや書き込みなど、時間のかかるディスク IO 操作がない場合は、スレッド プールが使用されないこともあります。このように、スレッドごとに 1 つのループ モデルが最も効率的であることは間違いありません。すべての読み取りと書き込み (ファイルの読み取りではなく、ネットワーク データの読み取りと書き込み) とスケジュールされたイベントが 1 つの EPOLL で完了します。
3: CPU を集中的に使用する場合は、thread_pool を使用しても問題ありません。これは、設(shè)定するスレッドとコードの數(shù)によって異なります。
この質(zhì)問は実際の環(huán)境がなければ答えるのが困難です。私はただアイデアを引き出し、間違いを指摘しようとしているだけです。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
