Hey Namaskara~Nalama~Guten Tag
Please see below Deepak -- Keigu Deepak +91-9765089593 deic...@gmail.com 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 " On Tue, Nov 2, 2010 at 6:46 PM, Felix Frank <f...@mpexnet.de> wrote: > Hi Deepak, > > to answer both your concerns: > > 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. > > 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. > > 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! > > > Regards, > Felix > > On 11/02/2010 02:06 PM, Deepak Goel wrote: > > Hey > > > > Namaskara~Nalama~Guten Tag > > > > Please see below > > > > Deepak > > -- > > Keigu > > > > Deepak > > +91-9765089593 > > deic...@gmail.com > > 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 > > " > > > > > > > > On Tue, Nov 2, 2010 at 6:00 PM, Felix Frank <f...@mpexnet.de> wrote: > > > >> On 11/02/2010 12:56 PM, sebb wrote: > >>> On 1 November 2010 21:43, <b.ram...@eventim.de> wrote: > >>>> Hi Sebb, > >>>> > >>>> I am not sure how I can interpret your answer. Is there a other way to > >> simulate this behaviour? > >> > >> Your question sounds suspiciously like "how can I make Jmeter measure > >> the time the browser will take to load my page and content"? > >> > >> There has been a lengthy discussion here on the topic a few weeks ago. > >> The bottom line is: Jmeter can't and won't do this for you. It's not > >> worth the hassle trying. > >> Induce your desired load, and see how your server performs. It's not > >> Jmeter's job to play browser and report accurate estimates on page > >> display time. > >> > > > > I would disagree. Thats what load testings tools are supposed to do. > They > > are supposed to play browser and report accurate estimates on page time > > (simulating real time users) > > > >> > >> HTH, > >> Felix > >> > >>> No. > >>> > >>> JMeter threads each use different connections, as the represent > different > >> users. > >>> Although you cannot run multiple connections to download page > >>> resources in a single thread, that's not generally a problem when > >>> testing servers, because this tends to average out over multiple > >>> users. > >>> > >>> Just make sure that JMeter generates the required load at the server. > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org > >> For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org > >> > >> > > > > -- > MPeX.net GmbH / Werner-Voß-Damm 62 / D-12101 Berlin / Germany > MPeXnetworks / www.mpexnetworks.de > Tel: ++49-30-78097 180 / Fax: ++49-30-78097 181 > > Sitz, Registergericht: Berlin, Amtsgericht Charlottenburg, HRB 76688 > Geschäftsführer: Lars Bräuer, Gregor Lawatscheck > > --------------------------------------------------------------------- > To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org > For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org > >
