10 samples is a very short test; it won't give the systems much time to stabilise.
Are you seeing both latency and elapsed time increases? What is the relationship between them? Which HTTP Sampler are you using? Are you using any timers? Does the test plan have lots of listeners and assertions? Do you get the same symptoms with 100 threads? 500? Are you sure your network throughput is adequate? On 07/11/2008, Massimiliano Giraldo <[EMAIL PROTECTED]> wrote: > > Thanks for the reply, Sipathamandla! > > I know the meaning of ramp-up period and I know that I'm stressing a lot the > system. > I'm trying to understand why I have these delays. It seems that, when many > threads come together, some of them suffer a delay that seems to be about > 700 ms, then 1.5 s, 3 s and then 9 seconds. > > I'm trying to understand this phenomenon :working: > > Max > > > > > Sipathamandla wrote: > > > > From the manual; > > > http://jakarta.apache.org/jmeter/usermanual/component_reference.html#Thread_Group > > the ramp up will give you server time to breath by delaying the start > > of the next thread, setting it to 0 or 1 means, for zero, the server > > is going to get 1000 request instantly and that will definitely impact > > response time. Any increase in the ramp up time means the server is > > not flooded. > > > > In the instance of 500 users, 0 seconds ramp up, and a delay of 3 > > seconds, you have halved the requests and mathematically i would > > expect it to half the response time as well. (might not always be the > > case) > > > > > ____________________________________________________________________________________________ > > > > > > > > > > 2008/11/7 Massimiliano Giraldo <[EMAIL PROTECTED]>: > >> > >> Hi all! > >> > >> I'm testing (with JMeter) Apache Web Server with a cluster of two > >> computers > >> with JBoss (mod_jk for connection between Web Server and JBoss). > >> I make requests to a simple servlet. > >> I plan: > >> - 1000 users; > >> - 0 or 1 second of ramp-up; > >> - 10 requests for each user. > >> > >> I see that the response times sometimes get worse, reaching steps of 1.5 > >> seconds, 3 seconds and 9 seconds. > >> > >> If I plan 5 or 10 seconds of ramp-up, the average response time is about > >> 2-3 > >> ms (and it's ok!) > >> If I plan 500 users and 0 seconds of ramp-up, the delay reaches 3 seconds > >> (and it doesn't reach 9 seconds). > >> > >> I suppose that there are some settings that limit the number of active > >> threads (in Jmeter, Apache or JBoss) and therefore, when there are many > >> active threads, some of them will be deferred. > >> > >> Is it correct? > >> Was anyone of you in this situation? > >> Does anyone know which settings I need to modify to resolve my problem? > >> > >> Thanks > >> > >> Max > >> > >> ----- > >> http://www.pcguide.netsons.org http://www.pcguide.netsons.org > >> -- > >> View this message in context: > >> > http://www.nabble.com/Jmeter%2C-Apache-Web-Server-and-JBoss-Cluster%3A-the-response-time-grows%21-tp20376974p20376974.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] > > > > > > > > > ----- > http://www.pcguide.netsons.org http://www.pcguide.netsons.org > -- > > View this message in context: > http://www.nabble.com/Jmeter%2C-Apache-Web-Server-and-JBoss-Cluster%3A-the-response-time-grows%21-tp20376974p20377763.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]
