If your browser accessing a page with the same background load gives you similar results to your jmeter plus estimates - its a match and your calculations are reasonably accurate >What makes you suspect that my server queuing requests? Static files shouldnt need the server to do any calculation it just needs to stream (usually cached) bytes . if the CPU was loaded all requests should be uniformly slow. You initially results as far as I remember showed everything from milliseconds to 7+ seconds for the same request which might be queued behavior. Again this is just a guess.
>I've given you the full line from jlt log, no Im referring to a jmeter.log file which gets created in Jmeter_Home/bin. You might also ned to check your webserver logs to see why it closed the connection >And I am not generating 150 concurrent users anymore. Whats the load? On Fri, Sep 17, 2010 at 4:33 PM, Prostak <[email protected]> wrote: > > >If its matching yes - again I haven't seen your calculations . > > Sorry, not clear...matching what with what? > > >However I > >think your server is queueing requests , so you are going to get wildly > >varying times making it almost impossible to have any degree of certainty. > >Your first step should be to see what can be done about your server. > > What makes you suspect that my server queuing requests? > > >You need to check jmeter.log for your entire stack trace to see if theres > >any more information , but your socket was closed. > > I've given you the full line from jlt log, which I saved from the listener. > Do you mean some other log? If yes, how do I find it? > > >Dev servers usually dont have the hardware or the resources or the tuning > to > >handle 150 concurrent threads. > > I see. No, it is a live server. And I am not generating 150 concurrent > users > anymore. I left that idea on a second page of our conversation. > -- > View this message in context: > http://jmeter.512774.n5.nabble.com/Test-plan-for-970-page-requests-every-5-min-tp2826174p2844425.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] > >
