1. Pendant un tir de charges, il faut supervision les ressources systèmes du ou des serveurs cibles et ceux de la machine JMeter. C’est à dire la CPU, la mémoire, le réseau et l’utilisation du disque, etc… Il existe une multitude d’outils sur chaque OS pour le faire.

2. Dans le rapport, il faut en effet décrire l’environnement technique de manière sommaire (CPU, Memoire, Bande passante réseau, Distance réseaux (nombre de routeur entre les deux points), etc). Il faut aussi mettre le plan de test de charges (comment la charge sera envoyée vers le serveur (tir par palier, un VU nouveau chaque minute, etc…). Bien entendu, il faut donner les résultats (tableau/graphique/histogramme) et procéder à une analyse de ces résultats. C’est ici qu’intervient l’utilisation des métriques systèmes qui ont été supervisés pendant le tir. Ils viennent aider à comprendre les résultats soit de manière unitaire (un seul tir) ou soit de manière plus globale pour expliquer les différences entre deux mêmes tirs.
Par exemple, le tir A est fait sur le serveur 1 avec un temps de réponses moyen de 3,5 sec et le tir B est fait sur le serveur 2 avec un temps de réponses moyen de 2,5 sec. On observe sur la courbe de l’utilisation CPU du serveur 1 : 80% tandis que sur le serveur 2 la CPU est à seulement 60%. Conclusion le serveur B semble mieux dimensionné que le serveur A pour tenir la charge, et devrait pourvoir supporté quelques utilisateurs de plus.

A+
Milamber

1. Lors d’un blocage d’un tir de charge comment on tranche si le serveur est coincé oubien notre poste de travail n’a plus les ressources nécessaire (mémoire, bande passante,..)?

2. Lorsqu’on fournit notre rapport de stress de charge: on remarque qu’il diffère d’une machine à l’autre. peut être lié au débit, et peut être à d’autres performences de la machine. donc j’ai pensé à décrire l’environnement de test de charge pour chaque tir: si vous êtes d’accord, alors quels sont les informations sur ma machine que doit contenir le rapport de stress de charge?

Pourriez vous m’aider à éclaircir ces points?

Merci infiniment!!

Hanene.

Le champ allThreads ne peut pas être à 8 dans ton (un) tir distribué (désolé). JMeter ne permettant pas une communication entre chaque injecteur (sous-entendu JVM) pour qu’ils s’indiquent leur nombre courant de threads, afin ensuite de l’additionner.

A+
Milamber

En premier lieu, un grand merci pour l’ensemble des billets sur JMeter très complets.

Je fais un test distribué vers deux injecteurs avec 4 threads chacun.
Mes résultats en CSV récupérés par le contrôleur sont de cet ordre:
timeStamp,elapsed,label,threadName,success,bytes,grpThreads,allThreads,Hostname
…
09:07:19.863,16,05-Action 5,Scenario 5,true,391,4,4,D30810
09:07:29.406,16,06-Action 6,Scenario 5,true,392,4,4,D30810
…
09:07:25.385,27,05-Action 5,Scenario 5,true,391,4,4,D30609
09:07:35.338,20,06-Action 6,Scenario 5,true,392,4,4,D30609
…
Hors, je souhaiterais avoir allThreads à 8 (nombre total de threads attaquant le serveur au moment de l’appel de l’action)
Est-ce que JMeter peut faire ça?

Mes tests fonctionnent parfaitement.
Merci pour ton aide

Ton erreur provient du fichier /etc/hosts sur le serveur (si je me souviens bien, sinon c’est du coté de l’injecteur).
Dans la deuxième ligne de ce fichier, il y a
127.0.1.1 localhost ou le nom du machine

Il faut le remplacer par
xxx.xxx.xxx.xxx nom_de_machine
où xx est l’adresse de ta machine (pas une adresse 127.xxxxx)

A+
Milamber

Où se trouve le fichier pour configurer un nombre d’unités et un nombre de rotation ?

Pour ce qui est du Jmeter_hom/bin/jmeter-server.log, j’ai refait un test et ça me donne :

2009/10/23 09:29:10 INFO – jmeter.protocol.http.sampler.HTTPSamplerBase: Cannot find .className property for htmlParser, using default
2009/10/23 09:29:10 INFO – jmeter.protocol.http.sampler.HTTPSamplerBase: Parser for text/html is
2009/10/23 09:29:10 INFO – jmeter.protocol.http.sampler.HTTPSamplerBase: Parser for application/xhtml+xml is
2009/10/23 09:29:10 INFO – jmeter.protocol.http.sampler.HTTPSamplerBase: Parser for application/xml is
2009/10/23 09:29:10 INFO – jmeter.protocol.http.sampler.HTTPSamplerBase: Parser for text/xml is
2009/10/23 09:29:10 INFO – jmeter.protocol.http.sampler.HTTPSamplerBase: Parser for text/vnd.wap.wml is org.apache.jmeter.protocol.http.parser.RegexpHTMLParser
2009/10/23 09:29:10 INFO – jmeter.protocol.http.sampler.HTTPSampler: Maximum connection retries = 10
2009/10/23 09:29:10 INFO – jmeter.protocol.http.sampler.HTTPSampler: Connection and read timeouts are available on this JVM
2009/10/23 09:29:10 INFO – jmeter.engine.RemoteJMeterEngineImpl: Creating JMeter engine on host 10.0.1.32
2009/10/23 09:29:10 INFO – jmeter.engine.StandardJMeterEngine: Listeners will be started after enabling running version
2009/10/23 09:29:10 INFO – jmeter.engine.StandardJMeterEngine: To revert to the earlier behaviour, define jmeterengine.startlistenerslater=false
2009/10/23 09:29:10 INFO – jmeter.engine.RemoteJMeterEngineImpl: running test
2009/10/23 09:29:11 INFO – jmeter.engine.StandardJMeterEngine: Running the test!
2009/10/23 09:29:11 INFO – jmeter.engine.util.CompoundVariable: Note: Function class names must contain the string: ‘.functions.’
2009/10/23 09:29:11 INFO – jmeter.engine.util.CompoundVariable: Note: Function class names must not contain the string: ‘.gui.’
2009/10/23 09:29:11 INFO – jmeter.samplers.RemoteListenerWrapper: Test Started on 10.0.1.32
2009/10/23 09:29:11 ERROR – jmeter.samplers.RemoteListenerWrapper: testStarted(host) java.rmi.ConnectException: Connection refused to host: 127.0.1.1; nested exception is:
java.net.ConnectException: Connection refused
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:601)
at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:198)
at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:184)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:110)
at org.apache.jmeter.samplers.RemoteSampleListenerImpl_Stub.testStarted(Unknown Source)
at org.apache.jmeter.samplers.RemoteListenerWrapper.testStarted(RemoteListenerWrapper.java:75)
at org.apache.jmeter.engine.StandardJMeterEngine.notifyTestListenersOfStart(StandardJMeterEngine.java:277)
at org.apache.jmeter.engine.StandardJMeterEngine.run(StandardJMeterEngine.java:413)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.net.ConnectException: Connection refused
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:525)
at java.net.Socket.connect(Socket.java:475)
at java.net.Socket.(Socket.java:372)
at java.net.Socket.(Socket.java:186)
at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketFactory.java:22)
at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketFactory.java:128)
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:595)
2009/10/23 09:29:11 INFO – jmeter.threads.JMeterThread: Thread finished: 5000m 1-1
2009/10/23 09:29:11 INFO – jmeter.engine.StandardJMeterEngine: Ending thread 5000m 1-1
2009/10/23 09:29:11 INFO – jmeter.engine.StandardJMeterEngine: Stopping test
2009/10/23 09:29:11 INFO – jmeter.engine.StandardJMeterEngine: Notifying test listeners of end of test
2009/10/23 09:29:11 INFO – jmeter.services.FileServer: Default base=/home/glabadmin/jakarta-jmeter-2.3.4/bin
2009/10/23 09:29:11 INFO – jmeter.samplers.StandardSampleSender: Test Ended on 10.0.1.32
2009/10/23 09:29:11 WARN – jmeter.samplers.StandardSampleSender: testEnded(host)java.rmi.ConnectException: Connection refused to host: 127.0.1.1; nested exception is:
java.net.ConnectException: Connection refused
2009/10/23 09:29:11 INFO – jmeter.samplers.StandardSampleSender: Test Ended on 10.0.1.32
2009/10/23 09:29:11 WARN – jmeter.samplers.StandardSampleSender: testEnded(host)java.rmi.ConnectException: Connection refused to host: 127.0.1.1; nested exception is:
java.net.ConnectException: Connection refused
2009/10/23 09:29:11 INFO – jmeter.samplers.StandardSampleSender: Test Ended on 10.0.1.32
2009/10/23 09:29:11 WARN – jmeter.samplers.StandardSampleSender: testEnded(host)java.rmi.ConnectException: Connection refused to host: 127.0.1.1; nested exception is:
java.net.ConnectException: Connection refused
2009/10/23 09:29:11 INFO – jmeter.samplers.StandardSampleSender: Test Ended on 10.0.1.32
2009/10/23 09:29:11 WARN – jmeter.samplers.StandardSampleSender: testEnded(host)java.rmi.ConnectException: Connection refused to host: 127.0.1.1; nested exception is:
java.net.ConnectException: Connection refused
2009/10/23 09:29:11 ERROR – jmeter.samplers.RemoteTestListenerWrapper: java.rmi.ConnectException: Connection refused to host: 127.0.1.1; nested exception is:
java.net.ConnectException: Connection refused
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:601)
at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:198)
at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:184)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:110)
at org.apache.jmeter.samplers.RemoteSampleListenerImpl_Stub.testEnded(Unknown Source)
at org.apache.jmeter.samplers.RemoteTestListenerWrapper.testEnded(RemoteTestListenerWrapper.java:74)
at org.apache.jmeter.engine.StandardJMeterEngine.notifyTestListenersOfEnd(StandardJMeterEngine.java:291)
at org.apache.jmeter.engine.StandardJMeterEngine.access$300(StandardJMeterEngine.java:58)
at org.apache.jmeter.engine.StandardJMeterEngine$2.run(StandardJMeterEngine.java:327)
Caused by: java.net.ConnectException: Connection refused
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:525)
at java.net.Socket.connect(Socket.java:475)
at java.net.Socket.(Socket.java:372)
at java.net.Socket.(Socket.java:186)
at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketFactory.java:22)
at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketFactory.java:128)
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:595)
… 8 more

2009/10/23 09:29:11 INFO – jmeter.engine.StandardJMeterEngine: Test has ended

Que dis le fichier Jmeter_hom/bin/jmeter-server.log ?

As-tu bien configurer un nombre d’unités (VU), un nombre de rotation ?

A+
Milamber

Je viens de suivre ce tuto pour configurer mon test de charge et merci, il m’a beaucoup aidé.

Cépendant, j’ai un petit soucis, lorsque je lance le « JMETER_HOME/bin/jmeter-server » sur les injecteurs puis que je fais un démarrage distant sur mes injecteurs, tous les injecteurs me répondent :

Starting the test on host 10.0.1.32 @ Thu Oct 22 16:31:11 CEST 2009 (1256221871310)
Finished the test on host 10.0.1.32 @ Thu Oct 22 16:31:12 CEST 2009 (1256221872234)
Starting the test on host 10.0.1.32 @ Thu Oct 22 16:31:24 CEST 2009 (1256221884932)
Finished the test on host 10.0.1.32 @ Thu Oct 22 16:31:25 CEST 2009 (1256221885704)

Comme on peut le voir, j’arrive à faire un démarrage distant sur mes injecteurs, mais il se termine une seconde après…

Qq1 aurait une solution à ce problème ?

Je précise que tout mes injecteurs, ainsi que mon serveur Jmeter tournent sous Ubuntu 8.04 LTS.

Merci d’avance.