Engine-Zustandsüberwachung

Was der Tab Engine-Zustand zeigt

Wenn Sie einen JMeter-Test auf LoadFocus ausführen, zeigt der Tab Engine-Zustand der Ergebnisseite, wie ausgelastet die Lastgeneratoren (die Maschinen, die den Datenverkehr senden) waren. Geht einem Generator die CPU oder der Arbeitsspeicher aus, verschlechtern sich Ihre Antwortzeiten wegen des Generators und nicht wegen Ihrer Anwendung. Prüfen Sie diesen Tab also, bevor Sie einem langsamen Ergebnis trauen.

Jeder Generator meldet sich etwa alle 30 Sekunden, die Diagramme sind also grob: Ein kürzerer Ausschlag kann übersehen werden. Es werden zwei Diagramme angezeigt:

CPU & Memory (%): die CPU-Last der gesamten Generator-Maschine und der Anteil des belegten physischen Arbeitsspeichers. Das sind Werte der ganzen Maschine, nicht nur des JMeter-Prozesses.
Network & Disk I/O (KB/s): über das Netzwerk gesendete plus empfangene Daten (ohne Loopback) sowie auf den Festplatten der Maschine gelesene plus geschriebene Daten.

Wo Sie es finden

Öffnen Sie das Ergebnis eines JMeter-Testlaufs.
Klicken Sie auf den Tab Engine-Zustand. Während der Test läuft, werden die Diagramme laufend aktualisiert.
Standardmäßig fassen die Diagramme alle Generatoren zusammen: CPU und Arbeitsspeicher werden gemittelt, Netzwerk und Festplatte summiert. Klicken Sie auf Nach Standort anzeigen, um jeden Standort getrennt zu sehen, und auf Kombiniert anzeigen, um zurückzukehren.
Fahren Sie über einen Punkt, um den genauen Wert und die Zeit zu sehen.

Steht im Tab "Engine-Zustandsmetriken sind für den aktuellen Test nicht verfügbar.", wurden für diesen Lauf keine Metriken empfangen.

So lesen Sie es

CPU oder Arbeitsspeicher nahe 100 %: Die Generatoren waren ausgelastet und haben die gesendete Last womöglich gebremst. Verteilen Sie dieselben virtuellen Nutzer auf mehr Standorte oder senken Sie die virtuellen Nutzer je Standort und führen Sie den Test erneut aus. Die Anleitung Auslastung der Lastgeneratoren erklärt die passende Warnung in der Übersicht.
Netzwerkspitzen: meist große Antworten oder Downloads in Ihrem Skript.
Festplattenspitzen: meist umfangreiches Logging oder große Ergebnisdateien, die das Skript schreibt.
Flache, niedrige Linien: Die Generatoren hatten Reserven, langsame Antworten kamen also vom getesteten System.

Bewährte Vorgehensweise

Führen Sie zuerst einen kleinen Pilottest aus und notieren Sie die Generatorwerte, dann skalieren Sie hoch.
Vergleichen Sie einen Anstieg der Antwortzeit in der Zeitleiste mit demselben Zeitpunkt im Engine-Zustand, bevor Sie der Anwendung die Schuld geben.
Halten Sie das Skript-Logging gering; ausführliches Logging erhöht die Festplatten- und CPU-Last des Generators.