Ok, we have the network stats directly from the switch.

The port for the script server peaks at about 4% utilisation :)

So i dont think it's network contention!

I have noticed we do get up to 20,000 entries for TIME_WAIT in the netstat
list, not sure if thats significant.

--------- Original Message --------
From: JMeter Users List <[email protected]>
To: JMeter Users List <[email protected]>, Lists
<[EMAIL PROTECTED]>
Subject: Re: Time spent where?
Date: 28/01/08 16:55

> On 28/01/2008, Lists &lt;[EMAIL PROTECTED]&gt; wrote:
> &gt; &gt;
> &gt; &gt; How much longer? A few percent or much more?
> &gt; &gt;
> &gt;
> &gt; 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.
> 
> &gt; jmeter.  The key point is though that this latency is pratically zero
at
> &gt; lower loads.  The reason it causes us a problem is we define failure
by
> &gt; saying 95% of responses must be less than a given response time - so
this
> &gt; extra gap is seemingly causing us to fail the tests, but
unnecessarily.
> 
> Depends on the target of course.
> 
> &gt; &gt; Are all samples affected?
> &gt;
> &gt; Err, good question, i've been looking at averages, so i dont know at
this
> &gt; point.  I guess i should look at standard deviation perhaps..?
> &gt;
> &gt; &gt; Does the additional time depend on the sample size?
> &gt;
> &gt; Err, sample size?  or throughput?  yes it increases with throughput.
> &gt;
> 
> 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.
> 
> &gt; &gt; Note that the elapsed time will necessarily be longer than the
apache
> &gt; &gt; log time; the JMeter latency should be closer to the apache log
> &gt; &gt; timings.
> &gt; &gt;
> &gt; &gt; Are you using any functions in the samplers? Function execution
is
> &gt; &gt; single-threaded.
> &gt;
> &gt; I'm not sure, i'll double check.  However i have profiled jmeter
recently
> &gt; and it didnt seem to be blocking - i do need to double check this,
hopefully
> &gt; i'll do that tomorrow.
> &gt;
> &gt;
> &gt; &gt; &amp;gt; Thanks,
> &gt; &gt; &amp;gt; Dan
> &gt; &gt; &amp;gt;
> &gt; &gt; &amp;gt; ________________________________________________
> &gt; &gt; &amp;gt; Message sent using UebiMiau 2.7.10
> &gt; &gt; &amp;gt;
> &gt; &gt; &amp;gt;
> &gt; &gt; &amp;gt;
> &gt; &gt; &amp;gt;
---------------------------------------------------------------------
> &gt; &gt; &amp;gt; To unsubscribe, e-mail:
[EMAIL PROTECTED]
> &gt; &gt; &amp;gt; For additional commands, e-mail:
[EMAIL PROTECTED]
> &gt; &gt; &amp;gt;
> &gt; &gt; &amp;gt;
> &gt; &gt;
> &gt; &gt;
---------------------------------------------------------------------
> &gt; &gt; To unsubscribe, e-mail:
[EMAIL PROTECTED]
> &gt; &gt; For additional commands, e-mail:
[EMAIL PROTECTED]
> &gt; &gt;
> &gt; &gt;
> &gt; &gt;
> &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]

Reply via email to