フロー基本ログ要素: 型アトミックと型順序付け

フロー基本ログには、次のようなエントリが表示されることがあります。

= = 2017-10-04 11:18: 02.971 + 0000 = =
パケットは、入力段階で受信、タグ0、タイプ順
  

= = 2017-10-04 11:18: 02.971 + 0000 = =
slowpath 段階で受信したパケット、タグ3053211477、型アトミック  

= = 2017-10-04 11:18: 02.971 + 0000 = =
fastpath 段階で受信したパケット、タグ16624、型アトミック  

 原子と秩序の意味は何ですか? 

これらの用語は、CPU コアが関連するパケット処理タスクを選択したワークキューの種類を参照します。

作業のアトミックキューは、単一の CPU コアによって実行される必要があります。オーダーのワークキューは、複数の CPU コアに分散されることがあります。(' アトミック ' のルート/語源の意味は不可分である(またはより文字通り、非 cuttable)。

あなたはすでに記事から知っているかもしれませんはじめに: フロー基本は、キャプチャフィルタに一致するパケットを処理する各 dataplane CPU コアは、独自のフローログを生成します, pan_task_X という名前, ここで、X はコア番号です.  フロー基本デバッグログによって生成されるファイルの正確な数は、トレースされるセッションの種類と数によって異なります。

タスクに関連付けられているワークキューの種類を特定すると、トラブルシューティングのための実用的な情報を提供できない可能性があります。それは何を伝えるかは、パケット処理タスクの特定の離散シーケンスは、最初の利用可能な CPU コアによってピックアップすることができるということです。(新しいパケット?利用できるのは誰?さあ行こう！順番に次の1つを取る。

タスクのいくつかのシーケンスでは、それを完了するためにジョブを開始した同じ CPU コアのためのより効率的です-その特定の作業は、不可分の意味 ' アトミックです。これは、' カットアップ ' することはできませんし、複数のコア間で分散。