Flux Basic log Elements: type atomique et type commandé

Vous pouvez remarquer des entrées similaires à celles qui suivent dans les journaux de flux de base:

= = 2017-10-04 11:18:02.971 + 0000 = =
paquet reçu au stade d'infiltration, tag 0, type commandé
   

= = 2017-10-04 11:18:02.971 + 0000 = =
paquet reçu à slowpath étape, tag 3053211477, type Atomic   

= = 2017-10-04 11:18:02.971 + 0000 = =
paquet reçu à FastPath étape, tag 16624, type Atomic   

 Que signifie atomique et ordonnée? 

Ces termes font référence au type de file d'attente de travail à partir duquel le noyau du processeur a ramassé la tâche de traitement des paquets associée.

Les files d'attente atomiques du travail doivent être exécutées par un seul noyau de CPU. Les files d'attente de travail pouvant être ordonnées peuvent être distribuées entre plusieurs cœurs CPU. (La signification racine/étymologie de'atomic'est indivisible (ou plus littéralement, non-Cuttable).

Vous savez peut-être déjà de l'article Getting Started: Flow Basic que chaque noyau CPU dataplane qui traite les paquets qui correspondent au filtre de capture générera son propre journal de flux, nommé pan_task_X. log, où X est le numéro de base.  Le nombre exact de fichiers générés par l'enregistrement de débogage Flow-Basic dépend du type et du nombre de sessions tracées.

L'identification du type de file d'attente de travail associée à la tâche ne vous fournira probablement pas d'informations d'action pour le dépannage. Ce qu'il vous dit, c'est que certaines séquences discrètes de tâches de traitement de paquets peuvent être ramassées par le premier noyau disponible CPU. (Nouveau paquet? Qui est disponible? Et voilà! Prenez le prochain dans l'ordre.).

Pour certaines séquences de tâches, il est plus efficace pour le même noyau CPU qui a commencé le travail pour le terminer, que le travail spécifique est «atomique», ce qui signifie indivisible. Elle ne peut pas être «découpée» et distribuée sur plusieurs cœurs.