.
-Original Message-
From: Peter Lin [mailto:[EMAIL PROTECTED]
Sent: 02 July 2004 01:28
To: JMeter Users List
Subject: Re: Hanging threads in non-GUI mode
these numbers seem fine. does your webserver logs confirm the expected
concurrency?
6 aggregate listeners shouldn't cause a performance i
these numbers seem fine. does your webserver logs confirm the expected
concurrency?
6 aggregate listeners shouldn't cause a performance impact, since it
isn't graphical. in non-gui mode, do you get any errors in jmeter's
log?
peter
On Thu, 1 Jul 2004 12:57:03 -0700 (PDT), Remedy QA <[EMAIL PR
ler (uses the JVM http
> implementation) or the new sampler (uses Apache HTTPClient)?
>
> Also, keep-alive? Follow redirects etc?
>
> S.
> -Original Message-
> From: Michael Stover [mailto:[EMAIL PROTECTED]
> Sent: 01 July 2004 19:04
> To: JMeter Users List
> Su
HTTP sampler (uses the JVM http
implementation) or the new sampler (uses Apache HTTPClient)?
Also, keep-alive? Follow redirects etc?
S.
-Original Message-
From: Michael Stover [mailto:[EMAIL PROTECTED]
Sent: 01 July 2004 19:04
To: JMeter Users List
Subject: Re: Hanging threads in non-GUI mode
List
Subject: Re: Hanging threads in non-GUI mode
Yes, or at least some other things I'd like to know about the test:
1. Are you using any timers? 250 virtual users with no delays is a hell
of a load
2. What kind of average response times are you getting from these
requests?
3. What ord
Yes, or at least some other things I'd like to know about the test:
1. Are you using any timers? 250 virtual users with no delays is a hell
of a load
2. What kind of average response times are you getting from these
requests?
3. What order of magnitude are the responses? 10's of bytes? 100's?
10
It would be useful to be able investigate and fix this; I don't suppose that
you have a reproducible test case that you can post to Bugzilla?
We use batch mode almost exclusively, and apart from a concurrent
modification bug that was found and fixed several months ago, it works fine.
S.
-Orig
7 matches
Mail list logo