Author: sebb
Date: Sat Jan 24 18:29:15 2009
New Revision: 737412

URL: http://svn.apache.org/viewvc?rev=737412&view=rev
Log:
Add explanation of elapsed

Modified:
    jakarta/jmeter/trunk/xdocs/usermanual/glossary.xml

Modified: jakarta/jmeter/trunk/xdocs/usermanual/glossary.xml
URL: 
http://svn.apache.org/viewvc/jakarta/jmeter/trunk/xdocs/usermanual/glossary.xml?rev=737412&r1=737411&r2=737412&view=diff
==============================================================================
--- jakarta/jmeter/trunk/xdocs/usermanual/glossary.xml (original)
+++ jakarta/jmeter/trunk/xdocs/usermanual/glossary.xml Sat Jan 24 18:29:15 2009
@@ -30,10 +30,17 @@
 <section name="&sect-num;. Glossary" anchor="glossary">
 
 <p>
+<a name="Elapsed"><b>Elapsed time</b></a>. JMeter measures the elapsed time 
from just before sending the request to
+just after the last response has been received.
+JMeter does not include the time needed to render the response, nor does 
JMeter process any client code, for example
+Javascript.
+</p>
+
+<p>
 <a name="Latency"><b>Latency</b></a>. JMeter measures the latency from just 
before sending the request to
 just after the first response has been received. Thus the time
 includes all the processing needed to assemble the request as well as
-assembling the response, which in general will be longer than one
+assembling the first part of the response, which in general will be longer 
than one
 byte.
 Protocol analysers (such as Wireshark) measure the time when bytes are 
actually sent/received over the interface.
 The JMeter time should be closer to that which is experienced by a



---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org

Reply via email to