Flow-Basis-Log-Elemente: Typ ATOMIC und Typ geordnet

Sie können Einträge ähnlich wie die folgenden in Flow Basic Logs bemerken:

= = 2017-10-04 11:18:02.971 + 0000 = = Paket, das
in der Eindringen-Phase, Tag 0, Typ bestellt
   empfangen wird

= = 2017-10-04 11:18:02.971 + 0000 = =
Paket, das auf der slowpath-Etappe, Tag 3053211477, Typ Atomic   empfangen wird

= = 2017-10-04 11:18:02.971 + 0000 = =
Packung erhalten bei FastPath-Bühne, Tag 16624, Typ  Atomic 

 Was bedeuten ATOMAR und geordnet? 

Diese Begriffe beziehen sich auf die Art der Arbeits Schlange, aus der der CPU-Kern die zugehörige Paket Bearbeitungsaufgabe aufnahm.

Atomare Warteschlangen von Arbeit müssen von einem einzigen CPU-Kern ausgeführt werden. Order Bare Warteschlangen können auf mehrere CPU-Kerne verteilt werden. (Die Wurzel-/etymologische Bedeutung von ' Atomic ' ist unteilbar (oder wörtlich, nicht-cuttenlos).

Sie können bereits aus dem Artikel, der gestartet wird, wissen : Flow Basic , dass jeder Dataplane CPU-Kern, der Pakete verarbeitet, die mit dem Capture-Filter übereinstimmen, sein eigenes Flow-Log erzeugt, genannt pan_task_X. log, wobei X die Kernzahl ist.  Die genaue Anzahl der Dateien, die durch Flow-Basic-Debug-Protokollierung generiert werden, hängt von der Art und der Anzahl der aufgeverfolgten Sitzungen ab.

Die Identifizierung der Art der Arbeits Schlange, die mit der Aufgabe verbunden ist, wird Ihnen wahrscheinlich keine umsetzbaren Informationen für die Fehlerbehebung liefern. Was es Ihnen sagt, ist, dass bestimmte diskrete Sequenzen von Paket Bearbeitungsaufgaben durch den ersten verfügbaren CPU-Kern abgeholt werden können. (Neues Paket? Wer ist verfügbar? Bitte schön! Nehmen Sie die nächste in Ordnung.).

Für einige Sequenzen von Aufgaben ist es effizienter für den gleichen CPU-Kern, der den Job begonnen hat, es zu beenden — dass spezifische Arbeit "atomar" ist, was unteilbar bedeutet. Es kann nicht "zerschnitten" und auf mehrere Kerne verteilt werden.