Ultimate Thread Group - Getting HeapDumpOnOutofMemoryError on Ubuntu - 16vCPU ,64 GB RAM

[bdb.r...@gmail.com]

Hi,

I am trying to run 5000 concurrent user load with Ultimate Thread Group configuration on Ubuntu server in non UI mode. my system configuration is so high 16vCPU ,64 GB RAM still getting HeapDumpOnOutofMemoryError.

i did below actions:

1. sent jmeter on ubuntu server through filezilla (did not changed heap size in jmeter.bat or jmeter.sh) and run load test for 5000 concurrent user with below command:

   sh jmeter -n -t /home/myfolder/myscript/script1.jmx -l /home/myfolder/myscript//5000Users.jtl

- immediatly, after running the test i got error. i found my mistake that did not changed Heap size in both the files jmeter.bat and jmeter.sh.

2. Now, i changed heap size in jmeter.bat as set HEAP=-Xms40g -Xmx40g -XX:MaxMetaspaceSize=256m

and in jmeter.sh as JVM_ARGS="-Xms40960m -Xmx40960m"

and run the test, still getting the same error.

-- i have installed openjdk 8 on ubuntu. what may be the cause of this error and how to solve this. now i did htop to see the server utilization then i see here still showing the 1 gb default of minimum and maximum heap size, could not understand why since i have changed it to 40 GB and run two times.

Regards,

Rajeev

[ruth...@gmail.com]

First of all, its free 40 GB on this machine?
 Its working this JVM_ARGS="-Xms1024m -Xmx40960m" 

 You set minimum heap and jmeter will add more when needed, also increase MaxMetaspaceSize to something bigger.

  Are you sure that primary machine Java is 64bit version? What java -version  command reports?

  Do you really need such ammount of memory for your test, if you run 100 users, what is memory consumations? 

  BTW on picture is test set to 500 users, not 5000 as in text..

-- i have installed openjdk 8 on ubuntu. what may be the cause of this error and how to solve this. now i did htop to see the server utilization then i see here still showing the 1 gb default of minimum and maximum heap size, could not understand why since i have changed it to 40 GB and run two times.

   You probably set values in work file, or wrong line.. there is some branching in the scripts (depens on Java version) and some lines are commented..

  Otherwise from my experience is not good ideal run any Java app with such big heap, its better to use more instances, virtualization on for multiple instances.