One has to really be careful with JMeter's threading model. It has the potential to act as the bottleneck in your load test. I've seen a few teams chasing all kinds of things in the app server when they really needed to be looking at what was coming behind them. IMHO, a thread per user is an easy model to grasp but is much easier to set yourself up for failure. Case in point, and earlier suggestion that if the response times are greater than the desired rate of arrival at the server, the throughput will drop 'cos JMeter will simply not have enough threads to trigger the request. Hence, the bottleneck in the system will be JMeter. While some might argue that this is sill ok (and in a number of cases it's not harmful), an event based model would be much more scalable and less prone to this type of testing failure.. artificial throttling of throughput.
That said, JMeter is still the most useful OSS test harness out there.This is just a question of knowing the tools strengths and weaknesses. Regards, Kirk On Jun 23, 2011, at 9:17 AM, Felix Frank wrote: > On 06/22/2011 06:13 PM, jsheth wrote: >> Also, if I run jmeter with 200 users, do I have to tweak anything in >> apache/tomcat on webserver so that it can handle 200 users? What is the >> default # of users the apache/tomcat can handle at once? > > Usually you test the other way around: You raise the number of requests > until you hit a performance plateau or things go bad. You do this after > tuning your servers. It will give you an idea of how much load the > server can sustain. > > There is no usual "number of users". It all depends on the application, > the hardware, user behaviour... > > --------------------------------------------------------------------- > To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org > For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org