JMeter OutOfMemoryError
Je suis confronté au-dessous de OutOfMemor erreurs, et JMeter arrêts de travail....
java.lang.OutOfMemoryError: Java heap space Dumping heap to
java_pid4412.hprof ... Heap dump file created [591747609 bytes in
71.244 secs] Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: Java heap space Exception in thread
"AWT-EventQueue-0" java.lang.OutOfMemoryError: Java heap space
Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError:
Java heap space Exception in thread "AWT-EventQueue-0"
java.lang.OutOfMemoryError: Java heap space
Comment peut-il être résolu?
Mon Système est d'avoir un très bon spécification comme 16GO de RAM, 2x processeurs Quad Core, avec 146 GO de disque dur.
Quelqu'un peut m'aider?
source d'informationauteur james | 2010-02-18
Vous devez vous connecter pour publier un commentaire.
De combien de mémoire avez-vous prévus pour la JVM? Quelque part de restauration aroung 512 MO?
La configuration est
Votre Tas de vidage montre que vous utilisez par défaut JMeter paramètres de 512 Mo.
donc, même si vous avez de 16 go, vous n'êtes pas les utiliser.
Remplacer JVM par défaut option dans jmeter.chauve-souris à la bonne taille:
Consulter également:
http://wiki.apache.org/jmeter/JMeterFAQ#JMeter_keeps_getting_.22Out_of_Memory.22_errors.__What_can_I_do.3F
http://www.ubik-ingenierie.com/blog/jmeter_performance_tuning_tips/
Pour optimiser
OutOfMemoryError
ces étapes doivent être suivies:JMeter est un outil Java, il fonctionne avec JVM. Pour obtenir le maximum de capacité, nous avons besoin de fournir un maximum de ressources de JMeter au cours de l'exécution.Tout d'abord, nous avons besoin d'augmenter de la taille du segment (à l'Intérieur de JMeter bin, nous obtenons
jmeter.bat/sh
).Il des moyens alloués par défaut de la taille du segment est de 512 mo minimum, le maximum de 512 MO. Configurer comme par vous propre configuration de la machine. Il convient également de garder à l'esprit que les OS également besoin d'une certaine quantité de mémoire, toute la mémoire RAM physique ne devrait pas être affecté.
JMeter est Java GUI application. Il a aussi la non-GUI édition qui est très gourmande en ressources(CPU/RAM). Si nous courons Jmeter en mode sans interface graphique , il va consommer moins de ressources et nous pouvons exécuter plus de fil.
Les auditeurs devraient être désactivé lors de tests de charge. Leur permettant entraîne des frais généraux, qui consomment de précieuses ressources qui sont nécessaires en plus des éléments importants de votre test.
Java et JMeter doivent être maintenus à jour.
Quand il s'agit de stocker des demandes et des en-têtes de réponse, l'affirmation des résultats et des données de réponse peut consommer beaucoup de mémoire! Donc, il est sage d'essayer de ne pas stocker ces valeurs sur JMeter, sauf si c'est absolument nécessaire.
Les arguments JVM ci dans JMeter scripts de démarrage peut également être ajouté ou modifié le:
1. Ajouter de la mémoire taux d'attribution:
NEW=-XX:NewSize=128m -XX:MaxNewSize=512m
Cela signifie que la mémoire sera augmenté ce taux.
2.
-server
- ce des commutateurs de la JVM en mode “serveur”, avec des paramètres d'exécution de l'optimisation. Dans ce mode, JMeter démarre plus lentement, mais le débit global sera plus élevé.3.
-d64
- Tout en utilisant un système d'exploitation 64 bits, à l'aide de ce paramètre permet d'indiquer explicitement la JVM pour s'exécuter en mode 64 bits.4.
-XX:+UseConcMarkSweepGC
- ce les forces de l'utilisation de la CMS garbage collector. Il réduira le débit global, mais conduit à beaucoup plus court CPU intensive de la collecte des poubelles.5.
-XX:+DisableExplicitGC
- ce qui empêche les applications de forcer cher garbage collections et permet d'éviter les imprévus pauses.Pour le meilleur et le plus élaboré de la compréhension, de ce blog à propos de 9 Solutions Faciles pour un JMeter de Test de Charge “de Mémoire” Échec est utile.
J'ai aussi eu ce problème et il n'a pas d'importance combien j'ai modifié la configuration
java -Xms<initial heap size> -Xmx<maximum heap size>
comme je l'ai toujours couru hors de la mémoire. En fin de compte j'ai trouvé que l'exécution JMeter en mode graphique (surtout avec les auditeurs) provoque un goulot d'étranglement. La meilleure façon d'utiliser JMeter, en particulier pour l'étendue de tests ou de l'exécution de plusieurs serveurs esclaves, est en mode sans interface graphique, qui ressemble à quelque chose comme ceci:Consultez ce lien et de lire comment faire les tests à distance la bonne façon: http://wiki.apache.org/jmeter/JMeterFAQ#How_to_do_remote_testing_the_.27proper_way.27.3F. Lisez la section sur les tests à distance le "bon chemin".
Espère que cette aide.
Vous devriez vérifier si vous n'êtes pas à l'aide d'un arbre résultat de l'écouteur pendant vos tests avec de nombreux utilisateurs.
Vérifier jmeter les meilleures pratiques pour éviter ce genre de problèmes.
Ce qui concerne
Vous devez changer la TAILLE de SEGMENT de mémoire dans jmeter.le fichier bat. Vous devez d'abord convertir 2 go ou 6 GO (OU la taille que vous voulez mettre la taille en mo, puis de l'enregistrer et de le relancer .le fichier bat.
Valeur réglée pour "mettre TAS=-Xms512m -Xmx512m"
Dans Jmeter version 3.x il est mentionné dans $JMETER_HOME/bin/jemter.sh(jmeter.chauve-souris):
donc dans votre cas vous pouvez définir autant que suffisant pour vos besoins, par exemple:
Si votre serveur dispose de 16 GO de RAM, JMeter par défaut de la taille de segment de mémoire de 512 MO, d'Augmenter la taille de segment de mémoire en suivant les étapes ci-dessous
Ajuster la taille du tas comme mentionné dans les autres réponses et aussi de prendre un certain nombre de meilleures pratiques en compte
Ces 2 éléments déjà grandement augmenter votre rendement et de la taille de segment de mémoire d'utilisation