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.
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 P95 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 schätzt dieselbe Zahl aus dem Lauf.
- 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.