+1, the listeners will make it look as though there is a leak. Kirk
On Oct 26, 2011, at 6:24 AM, Deepak Shetty wrote:
follow instructions -
http://jakarta.apache.org/jmeter/usermanual/best-practices.html#lean_mean
Dont run GUI mode with listeners that use memory proportional to the number
that generally means it sinks the company behind the project.
That is my experience.
Regards,
Kirk
-
To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: jmeter-user-h
offer very little if any
difference in the performance of the production system. virtualization
advice, advance at your own peril with this one ;-)
Regards,
Kirk
On Jul 8, 2011, at 7:04 AM, Selvam T, Palani wrote:
Kirk,
Thanks for the points.
I have gone through following links
1) You cannot virtualize yourself into more hardware
2) prod != test environment == potential to shift bottlenecks.
3) not testing in the environment of deployment significantly increases the
risk of the deployment failing
I see no pro's
Regards,
Kirk
On Jul 6, 2011, at 5:01 PM, Selvam T
.
So question is, how to proceed? (or to proceed at all)
Regards,
Kirk
can hack out a new ThreadGroup
that reflects what I think can be done in the short term.
Regards,
Kirk
On Jun 24, 2011, at 9:45 AM, Felix Frank wrote:
On 06/24/2011 01:37 AM, sebb wrote:
It means, keep up the Y requests / time unit... and you cannot do that with
JMeter or any other load test
is load on the
server so that you can study what is going on. So, you can take existing
results and use them as a guide as to where to focus.
Regards,
Kirk
On Jun 24, 2011, at 9:54 AM, vitospericolato wrote:
Thanks Kirk for your answer
but users navigate with browsers, not with jmeter
On Jun 23, 2011, at 1:01 PM, sebb wrote:
On 23 June 2011 11:06, Kirk kirk.pepperd...@gmail.com wrote:
One has to really be careful with JMeter's threading model. It has the
potential to act as the bottleneck in your load test. I've seen a few teams
chasing all kinds of things in the app
Hi Sebb,
Happy to engage in a technical discussion.
On Jun 23, 2011, at 6:34 PM, sebb wrote:
On 23 June 2011 16:04, Kirk kirk.pepperd...@gmail.com wrote:
On Jun 23, 2011, at 1:01 PM, sebb wrote:
On 23 June 2011 11:06, Kirk kirk.pepperd...@gmail.com wrote:
One has to really be careful
JMeter != browser and if my understanding is correct, it was never intended to
be. The idea is to place load on a server, not measure browser load times.
Regards,
Kirk
On Jun 23, 2011, at 1:13 PM, vitospericolato wrote:
Hi all,
I'm new with jmeter. After writing my first plan, I noted
Hi Barrie,
On Jun 24, 2011, at 12:34 AM, Barrie Treloar wrote:
On Fri, Jun 24, 2011 at 2:50 AM, Kirk kirk.pepperd...@gmail.com wrote:
If I'm expecting an incoming tx rate of 200 requests per second and JMeter
doesn't have the threads to sustain it.. then I would consider JMeter
Beware of under networked cloud environments. It's one of the components that
doesn't virtualize well and ti will affect reported results and ability to
apply a consistent load.
Regards,
Kirk
On Jun 24, 2011, at 12:45 AM, Oliver Lloyd wrote:
Will, The fact is, running JMeter in the Cloud
to write, easy to understand but self throttling. Event
base models are harder to understand, more difficult to implement but open by
design and less likely to self throttle.
Regards,
Kirk
regards
deepak
On Thu, Jun 23, 2011 at 3:34 PM, Barrie Treloar baerr...@gmail.com wrote:
On Fri
On Jun 24, 2011, at 1:23 AM, jsheth wrote:
Kirk,
How do you determine 'the total test time?
I generally test for 1 or 2 hours to start with. Some times longer but rarely
shorter.
Regards,
Kirk
Also, if jmeter shows issues which could be about connection pool - what
Try looking at GC logs to determine is GC is running hot. JMeter may need a lot
more memory for this type of test.
Regards,
Kirk
On Jun 22, 2011, at 8:16 PM, John Lussmyer wrote:
We've been using JMeter for a while to do simple performance testing of some
of our web services.
We're running
be used to help you sort out the
concepts.
Regards,
Kirk
Hey
You will have to improve the system to get the same performance time (Even
Google for that matter). If the system remains the same, and if you increase
the number of request even by one, the response time will increase. You
with the wrong versions of
shared libraries. Though normally this causes the JVM to core dump, I guess it
could cause other (strange) behaviors in the JVM.
Regards,
Kirk
-
To unsubscribe, e-mail: jmeter-user-unsubscr
of memory or the
default JMeter memory settings have been fiddled with (like stack size).
Regards,
Kirk
On Mar 28, 2011, at 2:04 PM, Anthony Johnson wrote:
We just had a similar thread related to this, but the problem is that
Java itself does not have enough native memory left to create
you can setup aliases.. however, I doubt that you're going to get enough
aliases to get a decent load test. I question why you're equating a session to
an IP address. Not saying you shouldn't, just it's unusual.
Regards,
Kirk
On Jul 20, 2010, at 5:17 AM, Vikas Gupta (vikgupt2) wrote:
I
.
check server thread/connection pool size.
Kirk
-
To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
the system.
If you do this I think you should see the responses time difference
between headless and GUI disappear. In other words, this effect is due
entirely to the harness and that is a sure fire sign that the harness is
broken or mis configured.
Good luck,
Kirk
. That said, time to first byte is also important as it point to a
class of performance issues such as slow feeders.
Regards,
Kirk
-
To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail
a
bit messy and it doesn't scale (as a development practice).
Kind regards,
Kirk
-
To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
that it will break at 6000 unless you test it at that
load level? Why waste time running tests that will give you irrelevant
information? Why not test at 6000 and if anything happens to break, then
investigate? IME this is a much more effective way to test for
performance requirements.
Cheers,
Kirk
!
Regards,
Kirk
Cheers,
Himanshu
On Wed, May 6, 2009 at 11:46 PM, kirk k...@kodewerk.com wrote:
Himanshu Ghai wrote:
Why take the low road. If the requirement is for 6000, test for 6000.
If it works, you're done without all the extra testing.
i differ, if the system isn't deployed yet
a different problem
Regards,
Kirk
-
To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
.
Regards,
Kirk
-
To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
stack and in doing so injects
more latency into already latent laden activity.
Regards,
Kirk
-
To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: jmeter-user-h
JMeter for this stress test as the application used Mina
and Mina/JMeter don't seem to mix well.
Regards,
Kirk
-
To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: jmeter-user-h
Hi Toni,
Something appears to be artificially throttling your threads. Can you
create a thread dump? kill -QUIT pid should do it. I've not seen RH
limit threads to this extent, not without seeing system times
significantly higher.
Regards,
Kirk
Toni Menendez Lopez wrote:
1st.- CPU usage
sebb wrote:
On 05/12/2008, kirk [EMAIL PROTECTED] wrote:
Hi Sebb,
I guess I should add my work around is to set the thread count for the
thread group to some wild a$$ large value, set the ramp-up time to the
duration that I'd like the test to run, and then set the loop count to 1
which
sebb wrote:
On 05/12/2008, kirk [EMAIL PROTECTED] wrote:
Hi sebb,
These are actualy jsessionid's. For the test I used 2 samplers in the
thread with only 3 threads. I was looking for the information in the tree
listener and it correlated with what the server was saying.
I don't know
started going *weird* in an
attempt to work around the problem.
I think what I need to do next is post a test servlet along with a test
plan. The application that I'm currently using is a wee bit too big to post.
Regards,
Kirk
Here is the output from my test servlet. The thread
jsession assigned to each sampler request. I'm using the
latest release.
I'll turn on debug to see if I can figure out whats happening.
Regards,
Kirk
sebb wrote:
On 03/12/2008, kirk [EMAIL PROTECTED] wrote:
Hi,
I was looking at providing a particular load pattern on a server. When I
wasn't
distribution. Best would be a new type of
thread group I'd call a throughput thread group. Something where I could
specify a inter- new user arrival rate with a distribution. Something
that works similarilly to the hack that I'm currently using only better.
Regards,
Kirk
sebb wrote:
On 03/12/2008, kirk
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
1nmwz0414pt0d
...
Is this expected behavior?
Thanks,
Kirk
PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I reviewed it. Very beginnerish in nature. The review will be out in a
week or so.
Regards,
Kirk
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
clients in 3 groups and have each group hit a different server.
Regards,
Kirk
Magnus Olstad Hansen wrote:
Hello,
I'm trying to stress test a server net where we have 3 webserver
nodes. Loadbalancing is done by our client side application (that is,
each client randomly selects which
diagnosing the problem at this load.
Regards,
Kirk
Abel
sebb-2-2 wrote:
On 09/07/2008, Abel MacAdam [EMAIL PROTECTED] wrote:
Hi,
Today I tried to emulate 3600 users in one hour by making a test where
3600 threads where started in 3600 seconds. I observed that the load in
one
of my
you
won't get the resource consumption that you'd see in a real system.
Thanks for the links though. I might add a shameless plug for
www.javaperformancetuning.com.
Regards,
Kirk
So basically, what you are emulating is
number of different HTTP Sampler calls per second. With JMeter, you
could
a local jmeter.properties would just about fit the bill. Do you
know if this command line option would do it? -p, --propfile {argument}.
TIA,
Kirk
sebb wrote:
On 08/07/2008, kirk [EMAIL PROTECTED] wrote:
Hi,
I tend to test many websites so keeping beanshell scripts in the jmeter
distro
Hi,
I've not found a good way to run JavaScript. Many of the interesting scripts
rely on the DOM. JMeter doesn't have a DOM The best I've been able to do
if figure out what is needed from the JS and use BeanShell to make it work.
Regards,
Kirk
On Tue, Jul 8, 2008 at 9:13 AM, Andrey Beznogov
Hi,
I tend to test many websites so keeping beanshell scripts in the jmeter
distro doesn't allow me to keep things as organized as I'd like them to
be. Does anyone know of some way to set an alternate directory for the
pre, post, and sampler beanshell scripts?
Regards,
Kirk
, some of the most useful books that I've read have been short.
Does Emily happen to monitor this list? If so, it could be useful to
have some contact prior to publishing.
Regards,
Kirk Pepperdine
-
To unsubscribe, e-mail
only straight HTTP/HTML.
Kind regards,
Kirk Pepperdine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
to manage as bandwidth to the client would be the
biggest issue.
Question I have was, what was different between the two runs?
Kind regards,
Kirk
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
thing you've
done by reducing the load is you've reduced the latency. IOWs, you're
beyond the knee
Kind regards,
Kirk Pepperdine
Thanks in advance
Rob
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
and picky???
Kind regards,
Kirk Pepperdine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
of instances and I'd like to
only change this for one of them. Again, trolling about in the
documentation wasn't so helpful. but then, it could very well just be
me. ;-)
Kind regards,
Kirk Pepperdine
-
To unsubscribe, e-mail: [EMAIL
they give me.
What do you mean by verbosity?
If you mean logging level, have a look in jmeter.properties.
Yes, loggging level is what I mean. But, I'd rather be able to set it on
the command line.
Thanks for you assistance.
Kind regards,
Kirk Pepperdine
Hi sebb
Just edit jmeter.properties and add the relevant content-type to
content-type_text
ok, when I was spinning through the code I remembered the text mime
types as being baked into the sampler. I see that this isn't the case.
Thanks,
Kirk
51 matches
Mail list logo