On 28/01/2008, Lists <[EMAIL PROTECTED]> wrote: > This difference is a huge one for our system. We achieve average response > times under normal load of 30-40ms end to end.
What do the apache logs show in this situation? > I dont think this is network contention. nicstat shows us the interface > rarely gets above 20% utilisation. > > However i shall get the network admin guy to setup some logging so we can > prove this. > > I will also look at apache stats and see how many mb's are transferred > during the 10min test. > --------- Original Message -------- > From: sebb <[EMAIL PROTECTED]> > To: JMeter Users List <[email protected]>, Lists > <[EMAIL PROTECTED]> > Subject: Re: Time spent where? > Date: 28/01/08 16:48 > > > On 28/01/2008, Lists <[EMAIL PROTECTED]> wrote: > > > > > > > > How much longer? A few percent or much more? > > > > > > > > > > significantly. an average of 89ms at the apache logs, and yet 140 at > > > > Does not seem too bad considering that the data has to be transferred > > across the network. > > > > > jmeter. The key point is though that this latency is pratically zero > at > > > lower loads. The reason it causes us a problem is we define failure > by > > > saying 95% of responses must be less than a given response time - so > this > > > extra gap is seemingly causing us to fail the tests, but > unnecessarily. > > > > Depends on the target of course. > > > > > > Are all samples affected? > > > > > > Err, good question, i've been looking at averages, so i dont know at > this > > > point. I guess i should look at standard deviation perhaps..? > > > > > > > Does the additional time depend on the sample size? > > > > > > Err, sample size? or throughput? yes it increases with throughput. > > > > > > > I meant the number of bytes downloaded. > > > > Bigger samples generally take longer to download. > > Some conditions (e.g. network contention) may affect larger samples > > more than smaller ones as the transfer time is greater as a proportion > > of total time. > > > > > > Note that the elapsed time will necessarily be longer than the > apache > > > > log time; the JMeter latency should be closer to the apache log > > > > timings. > > > > > > > > Are you using any functions in the samplers? Function execution > is > > > > single-threaded. > > > > > > I'm not sure, i'll double check. However i have profiled jmeter > recently > > > and it didnt seem to be blocking - i do need to double check this, > hopefully > > > i'll do that tomorrow. > > > > > > > > > > &gt; Thanks, > > > > &gt; Dan > > > > &gt; > > > > &gt; ________________________________________________ > > > > &gt; Message sent using UebiMiau 2.7.10 > > > > &gt; > > > > &gt; > > > > &gt; > > > > &gt; > --------------------------------------------------------------------- > > > > &gt; To unsubscribe, e-mail: > [EMAIL PROTECTED] > > > > &gt; For additional commands, e-mail: > [EMAIL PROTECTED] > > > > &gt; > > > > &gt; > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > ________________________________________________ > > > Message sent using UebiMiau 2.7.10 > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > ________________________________________________ > Message sent using UebiMiau 2.7.10 > > > > --------------------------------------------------------------------- > 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]
