Ubuntu 22.04がインストールされている2台のコンピュータ間に追加の高帯域幅トラフィックがあると、待ち時間とジッタが減るのはなぜですか？

ネットワーク遅延とジッタを減らすには、トラフィックに関係なく常にCPU負荷を増やし、場合によってはトラフィックの多い状況でスループットを下げることもあります。

A / Ultimate Hammer：忙しく投票してください！（重要な警告は、CPUが少ないほど他の領域でより多くの犠牲が続くことです。）

アイデアは、いくつかのブロックを実行して忘れてrecvmsg他のタスクのためにCPUを解放するのではなく、最終的にCPUキャッシュをフラッシュし、いくつかのコンテキスト切り替えとSoftirq処理の後に最終的にタスクに戻ることです....ループネットワークカードから何かが出るのを待つゆっくり忙しいです。
バッファでデータが利用可能になると、追加の遅延なしに処理されます。

man recvmsgこれに関連する部分を参考にしてお読みください。MSG_待たないでくださいバナー。また、ソケットを開けても同様の効果が得られます。O_非遮断また、ポーリングはコアを介して実装することもできますが、個人的にはこのアイデアは気に入らません。なぜなら…コアが2つしかないからです… ;-)

つまり、タスクを1つのCPUに固定したいと思います。これにより、ジョブの移行のオーバーヘッドが防止され、キャッシュをホットに保つのに役立ちます。

このアプローチの利点は即時です！スループットに影響を与えずに待ち時間とジッタを最小限に抑えますが、無料のランチのようなものはないので、可能な限り高いCPU負荷です。

B/低レベルのネットワークカード調整（割り込みマージ、リングバッファ、転送キュー... from ethtool）

- バッファ：通常、どのサブシステム（ネットワーク/サウンド/…）バッファもレイテンシ/ジッタの敵です。したがって、これを最小限に抑える必要があります。
厳しい最小値は何ですか？
負荷が高いと、パケット損失および/またはオーバーフローが開始されます（報告されているようにifconfig）。

- 割り込みマージ： 割り込み統合は、パケットがホストメモリにあるためパケット到着時間の遅延を増加させるが、ホストは一定時間が経過するまでパケットを認識しない。ただし、割り込みの数が少なくなり、ホストが割り込みごとに複数のパケットを処理するため、システムはより少ないCPUサイクルを使用します。
したがって、CPU時間とスループットを犠牲にして、マージをできるだけ低い程度に減らすことが興味深いことがわかります。

• もちろん、次のような場合には必要ありません。忙しいポーリング。
  
• もちろん、関連するIRQが利用可能なすべてのコアに均等に分散していることを最初に確認しないと、マルチキューネットワークカードにほとんど影響しません。
• もちろん、システムが稼働していなければ何の効果もありません。割り込みスレッドIRQ処理の実際の作業は、リアルタイムスケジューリングポリシーに従う専用のカーネルスレッドによって実行されないためです。