With this huge :D box I would try to: - Use JMeter's SaveService in batch mode to achieve a better performance; - Use a high throughtput and low pause GC JVM configuration ( http://java.sun.com/performance/reference/whitepapers/tuning.html#section4.2 ); - Use at least 4 JMeter's servers within this machine (-Xms1g -Xmx1g, maybe 2g) and run this test in distributed mode.
You could also install libAIO package. I have experienced some GC improvements after installing it. The directive sun.rmi.dgc.client.gcInterval is expressed in milisseconds, so I'll vote to change this to a higher value, let's say 60000 (one minute), or simply remove it. The default value to JDK6 is 3600000 (one hour). - http://docs.oracle.com/javase/6/docs/technotes/guides/rmi/sunrmiproperties.html Other references to JVM Tuning: http://www.oracle.com/technetwork/java/ergo5-140223.html Hope it helps you. Flávio Cysne 2012/7/30 unjc email <[email protected]> > Flavio, my box has 12GB RAM and 16-processors installed with > Centos6.2, JDK 1.6 and Jmeter 2.7. > > > Thanks. > > On Mon, Jul 30, 2012 at 7:39 AM, Flavio Cysne <[email protected]> > wrote: > > Can you provide us with your box configuration? OS distribution and > > version, JDK version, JMeter version, Hardware spec. > > > > Try with other configurations of GC like -Xincgc, -XX:UseParallelOldGC, > > -XX:UseConcMarkSweepGC, etc (one at a time) and compare the results. > > Try with -XX:AggressiveHeap (JDK 1.4) or -XX:+AggressiveOpts (JDK 1.5+) > > instead of -Xms and -Xmx. ( > > > http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html > > ) > > > > I work with a distributed environment with 3 JMeter servers per machine > > (CentOS5, 6GB RAM, 2-cores processor, 20GB HD), using 1.5GB heap per > JMeter > > server. This configuration hold almost 300 threads per JMeter server with > > no problems. > > Sometimes a big heap mess up more than help. > > > > Regards. > > Flávio Cysne > > > > 2012/7/27 Deepak Goel <[email protected]> > > > >> Hey > >> > >> You might need a bigger hardware box, i guess :) > >> > >> :) > >> Deepak > >> > >> On 7/25/12, Philippe Mouawad <[email protected]> wrote: > >> > Hello, > >> > Read this : > >> > http://jmeter.apache.org/usermanual/best-practices.html > >> > > >> > Ensure you are not using View Results Tree or any other costly > listeners. > >> > > >> > After checking all these points don't jump to conclusion that other > >> > parameters are OK if your original load test tool is reporting OK. > >> > Built-in samplers are rather highly tested and used , so i am not sure > >> > writing your own will help. > >> > > >> > Regards > >> > Philippe M. > >> > > >> > On Tue, Jul 24, 2012 at 8:28 PM, unjc email <[email protected]> > >> wrote: > >> > > >> >> Hi all, > >> >> > >> >> I have a test plan with 100 threads of HTTP Request samplers hitting > a > >> >> web server via proxy server. My goal is to hammer the server as fast > >> >> as possible for an hour. When I run the test for first 30 seconds, > >> >> the throughput is excellent; slowly I found it keeps dropping. I am > >> >> sure it's not a problem with the network, proxy or web server because > >> >> the other load-testing tool has been working fine before I switch to > >> >> try Jmeter. > >> >> > >> >> I found that Jmeter consumes lots of memory and cpu cycles during the > >> >> test. I have tried "Statistical" and "Stripped" mode, along with > >> >> 2048M heap size. Nothing really helps to keep the test running for > >> >> long period of time. The java process is one hungry monster in the > >> >> top stats. Is there any lighter sampler available (that supports > >> >> proxy, custom originating IP, and https)? If not, is there any good > >> >> document that could help start writing my own plugin? Any comment > or > >> >> advice will be greatly appreciated. > >> >> > >> >> > >> >> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > >> >> 6128 root 20 0 10.5g 2.3g 14m S 539.2 19.5 6:16.95 java > >> >> -server -XX:+HeapDumpOnOutOfMemoryError -Xms2048m -Xmx2048m > >> >> -XX:NewSize=128m -XX:MaxNewSize=128m -XX:MaxTenuringThreshold=2 > >> >> -Dsun.rmi.dgc.client.gcInterval=6 > >> >> > >> >> > >> >> > >> >> Thanks, > >> >> Jacky > >> >> > >> >> --------------------------------------------------------------------- > >> >> To unsubscribe, e-mail: [email protected] > >> >> For additional commands, e-mail: [email protected] > >> >> > >> >> > >> > > >> > > >> > -- > >> > Cordialement. > >> > Philippe Mouawad. > >> > > >> > >> > >> -- > >> Namaskara~Nalama~Guten Tag~Bonjour > >> > >> > >> -- > >> Keigu > >> > >> Deepak > >> +91-9765089593 > >> [email protected] > >> http://www.simtree.net > >> > >> Skype: thumsupdeicool > >> Google talk: deicool > >> Blog: http://loveandfearless.wordpress.com > >> Facebook: http://www.facebook.com/deicool > >> > >> "Contribute to the world, environment and more : > >> http://www.gridrepublic.org > >> " > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [email protected] > >> For additional commands, e-mail: [email protected] > >> > >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
