あまりにも高速なネットワークループを処理するにはどうすればいいですか？

Question

ループを持つ接続処理スレッドを持つプログラムがあります。問題は、ループが速すぎて実行され、CPUコアが100％消費されることです。

クライアントがない場合は、最後にstd::this_thread::sleep_for(std::chrono::milliseconds(1));（またはそれに類するもの）を入れてみましたが、クライアントがいるときは問題はありますが、CPUホギングは解決しますが、新しい接続への応答にも遅延が生じます。睡眠は信頼性が低く、通常1ミリ秒を超える結果にはなりません。そして、睡眠が小さい場合は、とにかく効率的な睡眠をとることはありません（CPUコア消費量は1〜3％）。

これを処理するにはどうすればよいですか？

Answer 1

アクティブな待機は、めったに良い考えではありません。通常、待ち時間をシステムに委譲し、イベントが発生するたびに目を覚ます方が良い方法です。 fdsのいずれかのファイルディスクリプタ上で発生するイベントのために

#include <poll.h> 
// ... 
::poll(&fds, nfds, timeout); 

ウェイツ（ブロック）timeoutミリ秒：

Linuxシステムで

、poll()は、まさにこれを行います。関連のないツーファイル・ディスクリプタ例のための代替として

---

、私はpthread_cond_wait()とpthread_cond_signal()を使用すると思います。ミューテックスと条件を有する者の仕事：

• pthread_cond_wait(&cond, &mutex)がmutexロックを解除し、すぐcondが満たされるまで（合図）スリープ状態にスレッドを置くが、それはミューテックスを再取得。

• pthread_cond_signal(&cond)は、条件が変更されている可能性があるすべてのスレッドがcondを待っていることを通知します。

典型的な使い方は次のようになります。

worker thread: 
    ::pthread_mutex_lock(&mutex); 
    while (condition == false) { 
     ::pthread_cond_wait(&cond, &mutex); // passive wait 
    } 
    // this part is only invoked when: 
    // - condition is true 
    // - mutex has been acquired 
    ::pthread_mutex_unlock(&mutex); 

thread handling connection/deconnection: 
    ::pthread_mutex_lock(&mutex); 
    // add/remove clients 
    ::pthread_cond_signal(&cond); 
    ::pthread_mutex_unlock(&mutex); 

参照：

• pthread_cond_wait()

• pthread_cond_signal()

• pthread_cond_init()/pthread_cond_destroy()