DO NOT REPLY [Bug 48799] [PATCH] Adding connect time and processing time to output metrics

2010-02-23 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48799

Sebb s...@apache.org changed:

   What|Removed |Added

 Status|NEW |NEEDINFO

--- Comment #1 from Sebb s...@apache.org 2010-02-23 16:52:59 UTC ---
Connect time seems useful, but I don't understand why one needs the
processing time.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

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



DO NOT REPLY [Bug 48799] [PATCH] Adding connect time and processing time to output metrics

2010-02-23 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48799

Pieter Ennes apache@spam.ennes.nl changed:

   What|Removed |Added

 Status|NEEDINFO|NEW

--- Comment #2 from Pieter Ennes apache@spam.ennes.nl 2010-02-23 22:15:10 
UTC ---
For us the aggregated value is of use in case of a redirect or when embedded
elements are loaded.

After a hardware upgrade on the server side, the relative 'processing' time is
likely to drop more rapidly than the measured download time, i.e. the
'transfer' time, if defined as t-pt would stay the same.

On the other hand, after a network upgrade, the total time is likely to drop
more than the processing time. Hence one could differentiate between a hardware
upgrade (t-pt the same), and a network upgrade (t-pt decreased).

Additionally, in case of a redirect, the aggregated processing time in the
parent element could give something like a user-experienced latency, since he
only starts seeing things after the last page.

Finally: since the size, connect and total times are already aggregated, my
symmetry neuron liked to see the same for the latency but without disturbing
anything, hence processing time.

What is your opinion?

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

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



DO NOT REPLY [Bug 48799] New: [PATCH] Adding connect time and processing time to output metrics

2010-02-22 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48799

   Summary: [PATCH] Adding connect time and processing time to
output metrics
   Product: JMeter
   Version: Nightly (Please specify date)
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Main
AssignedTo: jmeter-dev@jakarta.apache.org
ReportedBy: apache@spam.ennes.nl


Created an attachment (id=25039)
 -- (https://issues.apache.org/bugzilla/attachment.cgi?id=25039)
Add connect and processing time metrics

Hi all,

I'm sending a small patch that mainly adds a connect time measurement
to the HTTP and SOAP samplers. Also included, but disabled by default,
is a 'processing' time that just sums the already existing latency
times into the parent sampler.

I'm looking forward to your comments, and am willing to look into
adding the same for other samplers where appropriate. Also I plan to
add a resolve time measurement, but this seemed to need some code in
deeper classes (tips very welcome!).

This was built against svn trunk on 2010-02-20.

Cheers,
Pieter

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

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



Re: [PATCH] Adding connect time and processing time

2010-02-22 Thread Pieter Ennes
It's there now... https://issues.apache.org/bugzilla/show_bug.cgi?id=48799


On 21 February 2010 19:48, sebb seb...@gmail.com wrote:
 If you want the patch to be considered for inclusion in Jmeter, please
 create a Bugzilla enhancement issue and attach the patch to that.

 Thanks!

 On 21/02/2010, Pieter Ennes pie...@watchmouse.com wrote:
 Hi all,

  I'm sending a small patch that mainly adds a connect time measurement
  to the HTTP and SOAP samplers. Also included, but disabled by default,
  is a 'processing' time that just sums the already existing latency
  times into the parent sampler.

  The diff is available here:
  http://labs.watchmouse.com/wp-content/uploads/jmeter-ctime-ptime.diff_.txt

  I'm looking forward to your comments, and am willing to look into
  adding the same for other samplers where appropriate. Also I plan to
  add a resolve time measurement, but this seemed to need some code in
  deeper classes (tips very welcome!).

  Cheers,
  Pieter

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



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



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



Re: [PATCH] Adding connect time and processing time

2010-02-21 Thread sebb
If you want the patch to be considered for inclusion in Jmeter, please
create a Bugzilla enhancement issue and attach the patch to that.

Thanks!

On 21/02/2010, Pieter Ennes pie...@watchmouse.com wrote:
 Hi all,

  I'm sending a small patch that mainly adds a connect time measurement
  to the HTTP and SOAP samplers. Also included, but disabled by default,
  is a 'processing' time that just sums the already existing latency
  times into the parent sampler.

  The diff is available here:
  http://labs.watchmouse.com/wp-content/uploads/jmeter-ctime-ptime.diff_.txt

  I'm looking forward to your comments, and am willing to look into
  adding the same for other samplers where appropriate. Also I plan to
  add a resolve time measurement, but this seemed to need some code in
  deeper classes (tips very welcome!).

  Cheers,
  Pieter

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



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



Re: [PATCH] Adding connect time and processing time

2010-02-21 Thread Pieter Ennes
Hi Sebb, I'll certainly do that tomorrow...

Pieter



On 21 February 2010 19:48, sebb seb...@gmail.com wrote:
 If you want the patch to be considered for inclusion in Jmeter, please
 create a Bugzilla enhancement issue and attach the patch to that.

 Thanks!

 On 21/02/2010, Pieter Ennes pie...@watchmouse.com wrote:
 Hi all,

  I'm sending a small patch that mainly adds a connect time measurement
  to the HTTP and SOAP samplers. Also included, but disabled by default,
  is a 'processing' time that just sums the already existing latency
  times into the parent sampler.

  The diff is available here:
  http://labs.watchmouse.com/wp-content/uploads/jmeter-ctime-ptime.diff_.txt

  I'm looking forward to your comments, and am willing to look into
  adding the same for other samplers where appropriate. Also I plan to
  add a resolve time measurement, but this seemed to need some code in
  deeper classes (tips very welcome!).

  Cheers,
  Pieter

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



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



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



[PATCH] Adding connect time and processing time

2010-02-20 Thread Pieter Ennes
Hi all,

I'm sending a small patch that mainly adds a connect time measurement
to the HTTP and SOAP samplers. Also included, but disabled by default,
is a 'processing' time that just sums the already existing latency
times into the parent sampler.

The diff is available here:
http://labs.watchmouse.com/wp-content/uploads/jmeter-ctime-ptime.diff_.txt

I'm looking forward to your comments, and am willing to look into
adding the same for other samplers where appropriate. Also I plan to
add a resolve time measurement, but this seemed to need some code in
deeper classes (tips very welcome!).

Cheers,
Pieter

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