Antwortzeit vs. virtuelle Benutzer
Antwortzeit vs. virtuelle Benutzer
Unter dem Timeline-Diagramm trägt der Tab Timeline die durchschnittliche und maximale Antwortzeit gegen die Zahl der aktiven virtuellen Benutzer auf, ein Punkt pro Stufe der Rampe. Hatte der Lauf Fehler, wird die Fehlerrate je Stufe auf der rechten Achse gezeichnet. Das Diagramm erscheint nur, wenn der Lauf mindestens zwei verschiedene Benutzerzahlen erreicht hat; bei einem Test mit konstanter Benutzerzahl wird es nicht angezeigt.
So entsteht das Diagramm
Für jede Sekunde des Laufs addiert LoadFocus die aktiven Threads aller Lastgenerator-Standorte und gruppiert die Samples nach dieser Summe. Ein Lauf, der von 1 auf 50 Benutzer hochgefahren wurde, zeigt also einen Punkt pro tatsächlich erreichter Benutzerzahl, nicht einen pro Sekunde.
Den Knick lesen
- Eine flache Linie - die Antwortzeit hängt im getesteten Bereich nicht von der Last ab. Die Anwendung hatte Reserven; erhöhen Sie beim nächsten Mal die Benutzerzahl.
- Eine sanfte Steigung - die Anwendung bildet Warteschlangen, kommt aber zurecht. Notieren Sie die Benutzerzahl, bei der die durchschnittliche Antwortzeit Ihr Budget überschreitet.
- Ein Knick - die Stufe, ab der die Antwortzeit steil steigt oder Fehler auftreten. Das ist die praktische Kapazität dieser Konfiguration. Das Kapazitäts-Panel in der Übersicht liefert eine zweite Schätzung derselben Grenze, auf Basis von p95 und Fehlern.
- Fehler steigen, bevor die Antwortzeit steigt - eine harte Grenze wie ein Connection-Pool, ein Rate-Limiter oder die Worker-Zahl, kein langsamer Code.
Was Sie als Nächstes prüfen
Vergleichen Sie die langsamsten Anfragen am Knick mit denen bei geringer Last und stellen Sie sicher, dass die Lastgeneratoren nicht ausgelastet waren - ein ausgelasteter Generator knickt die Linie ebenfalls, aus dem falschen Grund.