while（true）とwait + conditionの同期

Question

while（true）ループにスレッドを入れて、条件が治療を開始しても問題ないかどうかテストするのは悪い習慣ですか？

void run() 
{ 
    for(;;) 
    { 
     if(dataReady) 
     { 
      processData(); 
     } 
    } 
} 

は/条件のメカニズムを待って使用することが好ましい。

私は待つことはほとんどないことを期待：

void run() 
{ 
    for(;;) 
    { 
     if(dataReady) 
     { 
      processData(); 
     } 
     lock_guard lock(mutex); 
     condition_.wait(lock); 
    } 
} 

もちろんの別のスレッドがcondition_.notify_one()

EDITを呼び出します。

Answer 1

をそれはあなたが待っていることを期待していた時間の量に依存します。

非常に短い期間のためとして、それはコンテキストスイッチを伴わないためビジーウェイトが好ましいことができコンテキストスイッチのオーバーヘッドは、ビジー待機ループ全体を上回ることがあります。

Answer 2

真実は処理サイクルを食べるだけなので悪い方法です。
2番目のアプローチは、スレッドが何らかの作業を実行しなければならない場合にのみ暗示されます。

Answer 3

いつも後者を行うことをお勧めします。 これはスレッド化または並行処理の基本的な質問です...

スレッドが1つしかなく、プロセッサが何をしていたとしても消費された古いプロセッサでは、これは一般的でした物事を待つイディオム。現在、プロセッサにはいくつかのスレッドがあります。また、条件を満たすのを待っている場合は、電力を消費しないようにインテリジェントになっています。

Answer 4

前者は、1つのコアで100％CPUを使用するため、通常はひどい考えです。何もしない。他のスレッド（おそらく設定されているもの）によって使用された可能性のあるリソースを食べるでしょう。dataready

2番目の例では、通知されるまでスレッドは保留状態になります。 「Tは、CPU時間を食べる。

Answer 5

はい、あります。悪い習慣。ビジーループは、ロックやスレッドなどの洗練された構造が利用できない場所でのみ、合法的な設計選択です。

ソフトウェアがデバイス上で実行されている唯一のアプリケーション（組み込みプロジェクトの場合もある）であることを保証できる場合は、ビジーなループに陥る可能性があります。

しかし、一般的には避けてください。

Answer 6

コンパイラが実際に変数をメモリから読み込み、メモリから読み込みを最適化しないようにする必要がある場合は、はループ内でに変更できません。これを行うには、変数を「volatile」と宣言する必要があります。

しかし、それだけでは十分ではありません。あるスレッドの変数の変更が他のスレッドに見えるようにするには、メモリバリアの形式が必要です。また、ストアと読み取りはCPUとキャッシュによって並べ替えられません。これがx86上にある場合、おそらくそれなしで立ち去るでしょう。しかし、このようなことをしたいのであれば、InterlockedIncrementのようなコンパイラ組み込み関数（ウィンドウ上、または他のプラットフォーム上でも同様）を使用する方がはるかに優れています。

ほとんどの場合、マルチコア処理に適した詳細が得られるため、条件変数やライブラリからのスピンロック（本質的には実装しようとしているもの）を使用する方が良いです。