On 28/07/2009, sebb <[email protected]> wrote:
> On 28/07/2009, Tech Newbie <[email protected]> wrote:
>  > Upgraded to 2.3.4 and still getting garbaged delta time in summariser 
> output.  This happens if I have more than one thread group, each configured 
> with its own summariser.  (My thread groups are java samplers if that 
> matters.)
>  >
>  >  Any ideas?
>
>
> Have you got the JTL files that correspond to the output? [Either CSV or XML]
>
>  Have the Summarisers got unique names?

Forgot to ask - how many threads in each group?

Are these your own Java samplers?

>
>  >  Total: +     1 in   0.0s = ******/s Avg:     0 Min:     0 Max: 0     Err: 
>     0 (0.00%)
>  >  Submit: +     1 in   0.4s =    2.5/s Avg:   401 Min:   401 Max:   401 
> Err:     0 (0.00%)
>  >  Total : +    56 in 1248285987.3s =    0.0/s Avg:   330 Min:    0 Max:  
> 1770 Err:     0 (0.00%)
>  >  Total : =    57 in 1248285987.3s =    0.0/s Avg:   324 Min:    0 Max:  
> 1770 Err:     0 (0.00%)
>  >  Submit: +    31 in   5.8s =    5.3/s Avg:   633 Min:   251 Max: 1770 Err: 
>     0 (0.00%)
>  >  Submit: =    32 in   6.2s =    5.1/s Avg:   626 Min:   251 Max: 1770 Err: 
>     0 (0.00%)
>  >  Total : +    73 in   7.5s =    9.7/s Avg:   355 Min:    50 Max: 1731 Err: 
>     0 (0.00%)
>  >  Total : =   130 in 1248285993.1s =    0.0/s Avg:   341 Min:    0 Max:  
> 1770 Err:     0 (0.00%)
>  >  Submit: +    59 in   6.2s =    9.4/s Avg:   313 Min:   241 Max:  988  
> Err:     0 (0.00%)
>  >  Submit: =    91 in  12.3s =    7.4/s Avg:   423 Min:   241 Max: 1770  
> Err:     0 (0.00%)
>  >  Submit: +     9 in   1.5s =    6.1/s Avg:   293 Min:   284 Max:  304  
> Err:     0 (0.00%)
>  >  Submit: =   100 in  13.5s =    7.4/s Avg:   411 Min:   241 Max: 1770  
> Err:     0 (0.00%)
>  >  Total : +    20 in   2.6s =    7.7/s Avg:   299 Min:   284 Max:   348 
> Err:     0 (0.00%)
>  >  Total : =   150 in 1248285995.5s =    0.0/s Avg:   336 Min:    0 Max:  
> 1770 Err:     0 (0.00%)
>  >
>  >  --- On Wed, 7/22/09, Tech Newbie <[email protected]> wrote:
>  >
>  >  From: Tech Newbie <[email protected]>
>  >
>  > Subject: Re: Can Summariser reports one thread group and not the other?
>  >  To: "JMeter Users List" <[email protected]>
>  >
>  > Date: Wednesday, July 22, 2009, 7:48 PM
>  >
>  >
>  >  Alright.  I have 2.3.4 installed on another system.  I'll give that one a 
> try.
>  >
>  >  Thanks.
>  >
>  >  --- On Wed, 7/22/09, sebb <[email protected]> wrote:
>  >
>  >  From: sebb <[email protected]>
>  >  Subject: Re: Can Summariser reports one thread group and not the other?
>  >  To: "JMeter Users List" <[email protected]>
>  >  Date: Wednesday, July 22, 2009, 6:49 PM
>  >
>  >  On 22/07/2009, Tech Newbie <[email protected]> wrote:
>  >  > Thanks, that did the trick.  I added summariser only to the thread 
> group I want reporting on.  However, this works fine with only one summariser 
> defined.  If I have more than one defined, I get huge timestamps in the 
> reporting.  Is this a bug?  I'm running 2.3.2
>  >
>  >  Probably - there were some threading fixes to the Summariser code made in 
> 2...3.3.
>  >
>  >  >
>  >  >  Total  Response Time: +     1 in   0.0s = ******/s Avg:     0 Min:     
> 0 Max:     0 Err:     0 (0.00%)
>  >  >  Submit Response Time: +     1 in   0.4s =    2.5/s Avg:   401 Min:   
> 401 Max:   401 Err:     0 (0.00%)
>  >  >  Total  Response Time: +    56 in 1248285987.3s =    0.0/s Avg:   330 
> Min:     0 Max:  1770 Err:     0 (0.00%)
>  >  >  Total  Response Time: =    57 in 1248285987.3s =    0.0/s Avg:   324 
> Min:     0 Max:  1770 Err:     0 (0.00%)
>  >  >  Submit Response Time: +    31 in   5.8s =    5.3/s Avg:   633 Min:   
> 251 Max:  1770 Err:     0 (0.00%)
>  >  >  Submit Response Time: =    32 in   6.2s =    5.1/s Avg:   626 Min:   
> 251 Max:  1770 Err:     0 (0.00%)
>  >  >  Total  Response Time: +    73 in   7.5s =    9.7/s Avg:   355 Min:    
> 50 Max:  1731 Err:     0 (0.00%)
>  >  >  Total  Response Time: =   130 in 1248285993.1s =    0.0/s Avg:   341 
> Min:     0 Max:  1770 Err:     0 (0.00%)
>  >  >  Submit Response Time: +    59 in   6.2s =    9.4/s Avg:   313 Min:   
> 241 Max:   988 Err:     0 (0.00%)
>  >  >  Submit Response Time: =    91 in  12.3s =    7.4/s Avg:   423 Min:   
> 241 Max:  1770 Err:     0 (0.00%)
>  >  >  Submit Response Time: +     9 in   1.5s =    6.1/s Avg:   293 Min:   
> 284 Max:   304 Err:     0 (0.00%)
>  >  >  Submit Response Time: =   100 in  13.5s =    7.4/s Avg:   411 Min:   
> 241 Max:  1770 Err:     0 (0.00%)
>  >  >  Total  Response Time: +    20 in   2.6s =    7.7/s Avg:   299 Min:   
> 284 Max:   348 Err:     0 (0.00%)
>  >  >  Total  Response Time: =   150 in 1248285995.5s =    0.0/s Avg:   336 
> Min:     0 Max:  1770 Err:     0 (0.00%)
>  >  >
>  >  >  --- On Wed, 7/22/09, sebb <[email protected]> wrote:
>  >  >
>  >  >  From: sebb <[email protected]>
>  >  >  Subject: Re: Can Summariser reports one thread group and not the other?
>  >  >  To: "JMeter Users List" <[email protected]>
>  >  >  Date: Wednesday, July 22, 2009, 9:26 AM
>  >  >
>  >  >
>  >  >  On 22/07/2009, Tech Newbie <[email protected]> wrote:
>  >  >  > I have a test plan with 2 thread groups.  I want to monitor the 
> progress of a run in non-gui mode with the summariser.  Is there a way to 
> configure the summariser to only record transactions response times from only 
> one of the 2 thread groups and not both?
>  >  >
>  >  >  Add a Summariser to the appropriate thread-group.
>  >  >
>  >  >  >  I tried putting the 2 thread groups into 2 test plans and create 
> each its own properties with unique names for the summariser.  The problem is 
> that the 2 thread groups each invokes a different java class which share 
> static data amongst themselves.  When I use 2 test plans, the 2 groups can't 
> share static data anymore.  I think this is because 2 test plans => 2 jmeter 
> instances => 2 JVMs?
>  >  >  >
>  >  >  >
>  >  >  >
>  >  >  >
>  >  >
>  >  >
>  >  > ---------------------------------------------------------------------
>  >  >  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]
>  >
>  >
>  >
>  >
>  >
>  >
>  >
>  >
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to