Since JMeter 2.5 there is a new option called “Concurrent pool size”.
Whats so important about this feature?
To answer this lets first understand how browser works and what an end user response time means.
Once the browser fetches a page, it subsequently fetches all the page’s resources like images, css, javascript etc. During the fetch time, the browser can open series of parallel connections to the remote server(s) hosting the embeded resources. Number of parallel connections vary from browser to browser. Chrome opens 6 parallel connections where as IE10 opens 8 connections.
For more information on parallel http connections in a browser go to following link.
http://stackoverflow.com/questions/985431/max-parallel-http-connections-in-a-browser
Fetching the content of a page using parallel connections dramatically reduces the render time.
Now, in JMeter,
Concurrent pool size is the number of parallel connection that JMeter will open while fetching the resources. if we set this as 4 connections, then it means 4 connections per threads (users). So if the load generator can support 200 user threads, using connection pool option you should reduce the user threads per machine accordingly.
[…] For more detail on this feature, click here to view my post on concurrent pool size and browser emulation. […]
Is this feature present in jmeter 2.9 or higher ?? Or is it jst me who couldnt find it there
It is present from 2.5 onward.
Hello,
I have one huge problem with this “Pool Size”.
The problem is that I’m getting out of memory OutOfMemor errors.
I’ve allocated heap size 950m and it is not enough.
Can someone help me?
Increase the heap memory to 1540MB? For more info on this you can refer my post https://digitalab.org/2013/03/jmeter-out-of-memory-error/
Normally 1024 should be enough. Try reducing the unnecessary elements and reduce the script size.
You can also refer my post on JMeter Tuning Tips