Temps de réponse vs utilisateurs virtuels
Temps de réponse vs utilisateurs virtuels
Sous le graphique chronologique, l'onglet Timeline trace le temps de réponse moyen et maximal en fonction du nombre d'utilisateurs virtuels actifs, un point par palier de la montée en charge. Si l'exécution a connu des erreurs, le taux d'erreur de chaque palier est tracé sur l'axe de droite.
Construction
Pour chaque seconde de l'exécution, LoadFocus additionne les threads actifs de tous les emplacements de génération de charge, puis regroupe les échantillons par ce total. Une exécution montée de 1 à 50 utilisateurs affiche donc un point par nombre d'utilisateurs réellement atteint, pas un par seconde.
Lire le coude
- Une ligne plate - le temps de réponse ne dépend pas de la charge sur la plage testée. L'application avait de la marge ; augmentez le nombre d'utilisateurs la prochaine fois.
- Une pente douce - l'application met en file d'attente mais tient. Notez le nombre d'utilisateurs auquel le P95 dépasse votre budget.
- Un coude - le palier après lequel le temps de réponse grimpe brutalement ou les erreurs apparaissent. C'est la capacité pratique de cette configuration. Le panneau de capacité de la vue d'ensemble estime le même chiffre à partir de l'exécution.
- Les erreurs montent avant le temps de réponse - une limite dure (pool de connexions, limiteur de débit, nombre de workers) plutôt qu'un code lent.
À vérifier ensuite
Comparez les requêtes les plus lentes au niveau du coude avec celles à faible charge, et assurez-vous que les générateurs de charge n'étaient pas saturés : un générateur saturé plie aussi la courbe, pour la mauvaise raison.