while（1）とブロッキングコールの間のパフォーマンス

Question

私はRabbitMQからのメッセージを消費する小さなアプリを持っています。

現在、while（1）ループでは、「デキュー」を呼び出し、永遠にメッセージを待ってからメッセージを処理します。

私はブロッキングコールが「デキュー」といいアイデアを持っていると思っていましたし、即時にDequeueNoWait（すぐに返されるものはありませんでした）とは思えませんでした。もちろん、反復の間はずっと多くなるでしょう。

ありがとう

Answer 1

これは古典的な問題です。できるだけ多くのことを行うには、ブロックDequeue()をタイムアウトに使用して、RabbitMQ以外のメッセージを処理できるようにしてください。例えば：ターミナルコマンドでもUNIX/Linux上

• などSIGHUPまたはSIGINTなどのプロセスのシステム信号
• は、メッセージでループから抜け出すために、ユーザの入力を受け付ける「終了するESCを押して...」または
• 似たような他の入力ストリームは、それらが処理されている場合は、あまりにも、同じスレッド

にタイムアウトはあなたが期待するものに基づいて設定する必要があります。システム信号によっては、プロセスが水中から飛び出す前に非常に厳密なタイムアウトが与えられます。コンソールアプリケーションの場合、人間のユーザは150msのタイムアウトに気付かず、それでもリアルタイムに近いものに見えます。

ブロックしないでタイムアウトを使用しない場合、CPUは無駄なリソースを消費し、できるだけ早くループスルーするだけで何のメリットもありません。このようなものは、タイミングが非常に重要な場合にのみ推奨されます。しかし、あなたはRabbitMQを使用しません。

---

EDIT：タイムアウトの詳細

1秒のタイムアウトは、は、メッセージが1秒間に撮像されたことを意味するものではありません。メッセージは到着すると即座に処理されます。タイムアウトとは、OTHERタスクが最大1秒の遅延で実行されることを意味します（平均遅延はタイムアウトの半分で、0.5秒です）。