0
votes

JMeter threads bloqué pendant le test de charge

Je passe un test de charge à l'aide de JMeter avec 200 utilisateurs pendant environ 1 heure. Ainsi, l'observation est que peu de threads bloqués même après la fin de la durée. Comme 60 sur 200, soyez coincé. Lorsque je prends la décharge de thread et observe que ces threads sont dans un état runnable. Toute suggestion de résolution de cette question? Et je ne vois rien de significatif du fichier journal de JMeter.

merci, J


0 commentaires

3 Réponses :


0
votes

Vous trouverez une augmentation inattendue du temps de réponse à la fin de cette époque.

Ceci est dû à l'heure de la rampe insuffisante du fil. Certains de vos threads étaient actifs et ont apporté des demandes au serveur et n'avaient pas reçu la réponse, mais les threads ont été fermés avec force. Si votre test JMeter est arrêté de force, tous les filets actifs seront fermés immédiatement. De sorte que les demandes générées par ces threads obtiendront un temps de réponse plus élevé.

Vous pouvez utiliser Groupe de threads ultime pour gracieux heure d'arrêt (temps de rampe) de fils comme le temps de rampe.

Voici un exemple de paramètre:

 Entrez la description de l'image ici


0 commentaires

0
votes

Ce n'est pas un comportement normal pour un test JMeter, il s'agit probablement d'indiquer que l'un ou l'autre moteur Jmètre est surchargé (non configuré correctement pour des charges élevées) ou la machine où JMeter est en cours d'exécution (c'est-à-dire qu'il manque de RAM et commence à échanger intensité).

  1. Assurez-vous de suivre JMeter Meilleures pratiques (exécutez votre test dans Non -GUI MODE, supprimer tous les auditeurs et les éléments de test dont vous n'avez pas besoin, augmentez la taille du tas JMeter, etc.)
  2. Assurez-vous de surveiller les métriques de santé essentielles de la machine où JMeter est en cours d'exécution (CPU, RAM, réseau et disque IO, utilisation de fichier Swap). Vous pouvez utiliser JMeter Perfmon Plugin pour cela si vous n'avez pas de meilleur logiciel
  3. Il serait peut-être le cas que vous devrez passer à Test distribué , 200 utilisateurs virtuels ne semblent pas être une charge "élevée" pour moi, mais cela dépend de ce que font exactement ces utilisateurs, s'ils téléchargent / téléchargent des fichiers volumineux, il peut suffire de causer les problèmes

    En allant de l'avant, envisagez d'ajouter le point de décharge de thread et du journal de journal JMeter à votre question, car il ne contient aucun indicateur afin que nous ne puissions venir que des réponses «aveugles»


0 commentaires

0
votes

Vous voudrez peut-être vérifier vos délais d'attente HTTP.

Je définit généralement le délai de connexion à 5000 millisecondes et le temps de réponse sur 30000. Vos valeurs peuvent varier pour votre environnement / application spécifique. De cette manière, si les choses vont mal sur le serveur à tester, toutes les demandes se terminent dans le délai d'attente (avec des erreurs).

Vous devez également considérer que, si vous récupérez une page HTML avec tous ses objets embarqués, et que le serveur Web est bloqué, vous devez attendre que plusieurs délais d'expiration expirent avant la fin de l'opération.


0 commentaires