JMeter compréhension de rampe
c'est la configuration de mes propriétés de thread de plan de test:
Number of Threads (users): 100
Ramp-up Period (in seconds): 10
Loop Count : Forever
Delay thread creation until needed: No
Scheduler: No
j'ai fait l'essai pendant une nuit avec une durée totale de 14 heures et 7 minutes (environ 50820 secondes). Après avoir chargé le fichier jtl, le nombre d'échantillons indiqué dans le rapport de synthèse est 1050975. J'ai essayé de calculer, mais je ne comprends pas comment il en est arrivé là.
si la période de montée en puissance est le temps pris par JMeter pour créer le nombre de threads par itération et si la durée de l'essai est de 50820 secondes, alors je devrais avoir 508200 échantillons seulement (50820/10 * 100 ). Je ne sais pas comment ou si le nombre de boucles affecte ceci.
7 réponses
La montée en puissance dans le Groupe De Thread est le temps que JMeter devrait prendre pour démarrer le nombre total de threads. Dans votre situation cela signifie que toutes les 0.1 seconde un nouveau thread commence à donner 100 threads en cours d'exécution après 10 Secondes. Ces 100 threads exécutent vos itérations de test dos-à-dos, donc après la montée en Puissance 100 threads courent en permanence pour la durée du test.
période de montée en puissance - Le délai (en secondes) pour toutes les demandes pour démarrer. Tous les threads spécifiés dans le Number of Threads entrée va commencer dans Ramp-up period.
Par exemple:
100 threads et 100 secondes ramp-up: chaque seconde JMeter commencera 1 Thread jusqu'à ce que tous les threads soient lancés au moment où le 100 secondes sont en place.
100 threads et 50 secondes ramp-up: chaque seconde 2 Threads sont démarrés.
threads 100 et 200 secondes ramp-up: tous les 2 secondes,1 Thread est commencé.
Maintenant,
la génération d'échantillon ou de requête est un concept différent de Thread generation.Dans votre cas, 100 threads étaient en place en moins de 10 Secondes.Le facteur clé est ici Débit. Comme par JMeter glossaire:
le débit est calculé comme demandes / Unité de temps. Le temps est calculé du début du premier échantillon à la fin du dernier échantillon. Ceci inclut tous les intervalles entre les échantillons, comme il est supposé pour représenter la charge sur le serveur.
la formule est: Débit = (nombre de demandes) / (temps total).
ici le nombre D'échantillons ou de requêtes exécutés est 1050975 et le Test la durée est 50820 secondes. Ceci est donc lié au débit.La sortie 1050975 demande 50820s moyenne Débit Moyen tout au long de votre test était approximatif 20.5/s.
Pour en prendre le contrôle Throughput ou Transactions per second il y a très maniable JMeter plugins appelé Constant Débit Timer.
la minuterie à débit Constant introduit la variable pauses, calculées à maintenir le débit total (en termes d'échantillons par minute) aussi proche que possible à un chiffre donné. Bien sûr, le débit sera plus faible si le serveur n'est pas capable de les gérer, ou si d'autres minuteries ou temps d'essai des éléments de l'en empêcher.
la période de montée en puissance indique à JMeter combien de temps il faut pour "monter en puissance" jusqu'au nombre complet de threads.
@Petit Poulet Comprendre 1 est correct.
si 10 threads sont utilisés, et la période de montée en puissance est de 10 secondes, alors JMeter prendra 10 secondes pour mettre les 10 threads en marche.
chaque thread démarre 1 seconde après le thread précédent.
la période de montée en puissance indique à JMeter combien de temps il faut pour "monter en puissance" jusqu'au nombre complet de threads choisis. Si 10 threads sont utilisés, et la période de montée en puissance est de 100 secondes, alors JMeter prendra 100 secondes pour mettre les 10 threads en marche. Chaque thread démarre 10 (100/10) secondes après le thread précédent. S'il y a 30 threads et une période de montée en puissance de 120 secondes, alors chaque thread successif sera retardé de 4 secondes.
Compréhension 1: est-ce correct La période de montée en puissance indique à JMeter combien de temps il faut pour "monter en puissance" jusqu'au nombre complet de threads choisis. Si 10 les fils sont utilisés, et la période de démarrage est de 100 secondes, puis JMeter prendra 100 secondes pour obtenir tous les 10 les threads en place et en cours d'exécution. Chaque thread démarre 10 (100/10) secondes après le thread précédent. Si il y sont 30 threads et une période de montée en puissance de 120 secondes, puis chaque thread successif sera retardé de 4 secondes
période de montée en puissance: taux auquel les utilisateurs seront inscrits pour démarrer la trasaction.
Dans jMeter, avec 10 utilisateurs, si vous donner une rampe d'accélération de 20, puis 1 utilisateur va commencer l'exécution de ce plan toutes les 2 secondes.
cette propriété indique à JMeter le délai entre le démarrage de chaque utilisateur.
par exemple, si vous entrez dans une période de montée en puissance de 5 secondes, JMeter terminez le démarrage de tous vos utilisateurs à la fin des 5 secondes. Donc, si nous avons 5 utilisateurs et une période de montée en puissance de 5 secondes, puis le délai entre démarrage des utilisateurs serait de 1 seconde (5 utilisateurs / 5 secondes = 1 utilisateur par deuxième.) Si vous définissez la valeur à 0, alors JMeter démarre immédiatement tout vos utilisateurs.