I've opened a bug: https://issues.apache.org/bugzilla/show_bug.cgi?id=52189
The file is attached there. I also attached both of the previous screen images. -- Robin D. Wilson Sr. Director of Web Development KingsIsle Entertainment, Inc. VOICE: 512-777-1861 www.KingsIsle.com -----Original Message----- From: sebb [mailto:[email protected]] Sent: Tuesday, November 15, 2011 2:12 PM To: JMeter Users List Subject: Re: JMeter reporting higher response times On 15 November 2011 19:36, Robin D. Wilson <[email protected]> wrote: > Both tests used HC 3.1, since HC 4 didn't work for the cookies (in the > version I have of JM 2.5.1). > > Download Embedded Resources is disabled for the test. (So concurrent > download is N/A.) > > Keepalive is enabled for all requests. > > I've placed my test in a zip file on Rapidshare: > https://rapidshare.com/files/911894117/JMeterCompare.zip?bin=1 > > (I've never used RS before, so hopefully that works for you.) Does not seem to work for me. An alternative is to create a Bugzilla issue and attach the file there. > -- > Robin D. Wilson > Sr. Director of Web Development > KingsIsle Entertainment, Inc. > VOICE: 512-777-1861 > www.KingsIsle.com > > > -----Original Message----- > From: Philippe Mouawad [mailto:[email protected]] > Sent: Tuesday, November 15, 2011 12:22 PM > To: JMeter Users List > Subject: Re: JMeter reporting higher response times > > Can you provide your test plan or give more details about the options > you use in your sampler: > > - So you said HC 3.1 (regarding HC4 the cookie issue you report is > fixed) > - Do you use embedded resources download ? > - Do you use concurrent download option ? size of pool ? > - keepalive ? > > > Regards > Philippe > > On Tue, Nov 15, 2011 at 6:37 PM, sebb <[email protected]> wrote: > >> On 15 November 2011 17:24, Robin D. Wilson <[email protected]> wrote: >> > Hopefully this list can handle images... >> >> No, it cannot. >> >> Use a public hosting service and include the URL in the e-mail. >> >> > I have included a couple screen snaps of what I'm seeing. I ran a >> > test >> that >> > requests (GET) the 'homepage' from our test machine. Then it POSTs >> > a >> login >> > (username + password + special token) to the login form. It is a >> > very simplified test. >> > >> > When I run it on JMeter 2.4, I get throughput of 128.1. When I run >> > it on JMeter 2.5.1 I get throughput of 79.5. >> > >> > The request averages show similar differences: >> > >> > JMeter 2.4 - average times are 744ms >> > JMeter 2.5.1 - average times are 901ms >> > >> > Re-running the tests over and over give very similar results >> > (there's >> some >> > variability in the response times of the server, so I had to run >> > this a bunch of times to be sure that I wasn't just seeing an >> > anomaly. The >> results >> > are consistent - each test run shows JMeter 2.4 running >> > significantly >> faster >> > than JMeter 2.5.1. >> >> Do you use HTTP or HTTPS? >> >> Do both GET and POST show elapsed time increases? >> >> > BTW, just now, when I tried to switch this test to use the HTTP4 >> > client, >> the >> > cookies stopped working correctly. So I couldn't test that sampler. >> > The above numbers are just for the HTTP3.1 client. I have a cookie >> > value >> called >> > 'stk', and using the "${COOKIE_stk}" variable in the POST fails >> > about >> 90% of >> > the time when I'm using the HTTP4 client. It works fine with HTTP3.1. >> >> There have been some fixes to HC4 since 2.5.1. >> >> > -- >> > Robin D. Wilson >> > Sr. Director of Web Development >> > KingsIsle Entertainment, Inc. >> > VOICE: 512-777-1861 >> > www.KingsIsle.com >> > >> > >> > -----Original Message----- >> > From: sebb [mailto:[email protected]] >> > Sent: Tuesday, November 15, 2011 10:09 AM >> > To: JMeter Users List >> > Subject: Re: JMeter reporting higher response times >> > >> > On 15 November 2011 15:58, Robin D. Wilson <[email protected]> wrote: >> >> Not sure if this will matter, but have you tried testing this in >> >> JMeter 2.4.x? >> >> >> >> The reason I ask is that I have a bunch of test scripts that I >> >> regularly run in 2.4 r961953, and I have seen a significant >> >> decrease in performance of these same test scripts (both >> >> unmodified, and switching to various flavors of the new HTTP >> >> Sampler) when I switched to >> > 2.5 and 2.5.1. >> > >> > Can you provide details of these issues please? >> > >> >> -- >> >> Robin D. Wilson >> >> Sr. Director of Web Development >> >> KingsIsle Entertainment, Inc. >> >> VOICE: 512-777-1861 >> >> www.KingsIsle.com >> >> >> >> >> >> -----Original Message----- >> >> From: sasidharsmit [mailto:[email protected]] >> >> Sent: Tuesday, November 15, 2011 9:08 AM >> >> To: [email protected] >> >> Subject: Re: JMeter reporting higher response times >> >> >> >> I disabled everything other than the actual sampler. Still, the >> >> response time is over 2000 ms. PF attached the screenshot. >> >> >> >> http://jmeter.512774.n5.nabble.com/file/n4994555/jmeter_only_sampl >> >> e >> >> r.p >> >> ng >> >> jmeter_only_sampler.png >> >> >> >> Regards, >> >> Sasidhar Sekar >> >> >> >> -- >> >> View this message in context: >> >> http://jmeter.512774.n5.nabble.com/JMeter-reporting-higher-respons >> >> e >> >> -ti >> >> mes-tp >> >> 4994460p4994555.html >> >> Sent from the JMeter - User mailing list archive at Nabble.com. >> >> >> >> ------------------------------------------------------------------ >> >> - >> >> -- 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] >> >> >> >> >> > >> > ------------------------------------------------------------------- >> > - >> > - 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] >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > > -- > Cordialement. > Philippe Mouawad. > > > --------------------------------------------------------------------- > 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
