On 2 November 2010 14:17, Felix Frank <[email protected]> wrote: >>> 1. Yes, it does even out. In the case of real users, requests will arive >>> in "groups" of, say, 8 parallel requests, but your server still has to >>> service them. 100 clients on a page with 20 embedded resources will make >>> 2000 requests. The fact that real users do them in parallel matters >>> little. To the servers, there are far more requests than it can actually >>> handle in parallel, so serialization *will* happen. >>> >> This is a case of poor capacity planning if the the servers cannot handle >> the load. Ideally there should be as little serialization as possible which >> ensures high customer satisfaction. If there are past examples of poor >> performing systems which you have come across, that doesnt mean the future >> has to be the same too. > > In stress test scenarios, you will want to overload your servers, > regardless of their power. > > In other load test scenarios, this may indeed be undesirable, and your > mileage will then vary to a greater degree because Jmeter serializes. > That's true. > >>> To put it differently: Given enough threads, the server sees high >>> parallelism in requests, and there is no need for the client to try and >>> introduce a "higher" degree of parallelism. The server won't notice a >>> difference. >>> >> >> The server wont notice a difference but the real time clients would. There >> is a need for stimulating actual customer behavior otherwise it would be >> hardly any high quality load testing. > > You can always turn to Selenium for absolute realism. But to induce the > same levels of load this way, you will need a *lot* more hardware than > for a Jmeter test. > > Take your pick. > > Jmeter is and should not be Selenium. > >>> 2. Please see the earlier thread. Deepak Shetty explained in-depth why >>> Jmeter (nor any other tool any of us know of) will give you an exact >>> estimation. I believe it was this thread: >>> >>> http://jmeter.512774.n5.nabble.com/Test-plan-for-970-page-requests-every-5-min-td2826174.html#a2834078 >> >> >> If there are no tools currently in the market, then we should build such >> tools. Because customers like reality! > > I'm not stopping you. > > I do question your assumption that this is within Jmeter's scope, though.
Agreed - JMeter started life as a server stress tester, and that is still its main function. BTW, it's not possible (in general) to emulate how a browser behaves, because every browser behaves differently. E.g. IE 6 and 7 behave differently, and each browser can be configured differently by the user. > Regards, > Felix > > --------------------------------------------------------------------- > 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]
