Performance-Daten

Grundsaetzlich folgen die check_multi Performance Label dem Datenformat aus dem Plugin API document.

Um die Herkunft der Performancedaten bestimmen zu koennen und Performance-Tools wie PNP die Auswahl des Templates zu ermoeglichen, wird aber das Datenlabel-Format wie folgt erweitert:

Die Performance-Daten koennen dabei (und werden wahrscheinlich auch) aus einer Kette von Teildaten der einzelnen Child-Plugins bestehen, die jeweils von einem Multi-Label angefuehrt werden. Das Performance-Tool liest nun das jeweilige Multi-Label und interpretiert die folgenden Perfdaten bis zum naechsten Multi-Label als Daten des im Multi-Label spezifizierten Plugins (siehe Beispiel unten)

PNP bestimmt das zu verwendende Performance-Template abhaengig vom Plugin. Das Plugin ist normalerweise das erste Token hinter dem Gleichheitszeichen: command [ swap ] = check_swap ….
Es gibt aber einige Spezialfaelle, in denen nicht von vornherein klar ist, um welche Form von Performancedaten es sich handelt: check_nt zum Beispiel sammelt verschiedene Perfdaten von unterschiedlichen Sourcen.
Fuer diese Zwecke gibt es in check_multi eine Spezialform des Tags: command [ Tag::plugin ] spezifiziert dabei sowohl Tag als auch das Plugin.

Die Performance-Daten eines Child-Checks werden auf Korrektheit geprueft (vgl. hier). Wenn ein Child unkorrekte Performance-Daten ausgibt, werden diese verworfen und eine Fehlermeldung angezeigt. Grund: falsche Performance-Daten koennen alle folgenden Performance-Daten zerstoeren.

Wenn einzelne Performance-Daten nicht angezeigt werden sollen, kann man die Option --set suppress_perfdata=tag1,tag2,... verwenden. Dabei wird eine kommaseparierte Liste der Checks angegeben, die keine Performance-Daten zeigen sollen.