Mike, thanks for the pointer, it works now, but the property to modify seems to be hold_samples instead of hold_sample. Is there anywhere in docs that describes all these internal properties?
I would suggest that in future, when in server mode, hold_samples=true should be default setting, since the remote testing feature is not really useable otherwise. Also, I noticed that when using more than one remote machine, the rate calculations are very sensitive to the time settings on each machine. In my first test with 2 machines, the rate made absolutely no sense, but I noticed the 2 machine's clocks differed by 5 minutes. After synchronizing the clocks, the calculations were fine. thanks again for your help and for a great testing tool! regards, David --- Michael Stover <[EMAIL PROTECTED]> wrote: > did you try -Jhold_sample=true? > > http://jakarta.apache.org/jmeter/usermanual/get-started.html#override > > -Mike > > On Tue, 2004-06-15 at 17:09, David Csaki wrote: > > Hi, > > > > As recommeded, I modified jmeter-server.bat file > as > > follows: > > From: > > jmeter -s %JMETER_CMD_LINE_ARGS% > > To: > > jmeter -s hold_sample=true > %JMETER_CMD_LINE_ARGS% > > > > and still have same terrible performance. > > While the test is running I still see counters > > incrementing, rate changing, etc... for each > request > > > > what gives ? > > > > David > > > > > > --- "Freeman, Michael" > > <[EMAIL PROTECTED]> wrote: > > > Hi > > > You can set the hold_sample property to only > > > return the results when each server has > completed > > > its run. This reduces the load. Just tag > > > hold_sample=true to the call that starts the > server > > > in the remote_server.bat file or equivalent if > using > > > unix. > > > > > > Michael > > > > > > -----Original Message----- > > > From: Michael Stover > [mailto:[EMAIL PROTECTED] > > > Sent: 10 June 2004 23:24 > > > To: JMeter Users List > > > Subject: Re: clarification on remote testing > > > > > > > > > Remote servers > > > > > > The Goal: To scale stress testing up by allowing > > > testers to add servers > > > and control them remotely through a single gui > > > instance that integrates > > > the results from all the servers. > > > > > > The Reality: 5 remote servers sending every byte > > > from the web server > > > being tested on to the single client gui makes > those > > > 5 servers no faster > > > than the single client would have been in any > case > > > (because the > > > bottleneck is usually java IO, not client side > > > processing). > > > > > > Further problems: you can't simple create a > complex > > > test and go - if > > > there are supporting files, they all have to be > > > carefully placed onto > > > each remote server manually before testing. > > > Ideally, the remote servers > > > should get everything they need from the client > > > machine when you click > > > "go". > > > > > > At the moment, it's pointless. I achieve the > same > > > goal by manually > > > running multiple machines in non-gui mode, > starting > > > them all at roughly > > > the same time, letting them run for a long time, > and > > > then merging the > > > resulting .jtl files into one and loading into a > > > visualizer. Far from > > > ideal, but solving the remote testing issue > would > > > take a lot of doing, > > > IMO. > > > > > > -Mike > > > > > > On Thu, 2004-06-10 at 18:00, Remedy QA wrote: > > > > Thanks for the clarification. > > > > So do you recommend us to even use remote > testing > > > if you think it's > > > > "ugh"? > > > > I just noticed that global counters are not > shared > > > among the servers. > > > > Each server has it's own counter which starts > at > > > the same values as the > > > > other servers. That sucks. :-( > > > > > > > > > > > > --- Michael Stover <[EMAIL PROTECTED]> > wrote: > > > > > JMeter remote testing - ugh. That's my > > > assessment of the current > > > > > state > > > > > of this functionality. > > > > > > > > > > Anyway, to answer your questions: > > > > > 1. In this case, "client" and "server" are > used > > > in a sense such that > > > > > you, the user, sits and does work on the > > > "client", which then sends > > > > > requests to the "servers". Think of an > email > > > "client" that polls > > > > > multiple email "server" for messages. The > > > request the client sends > > > > > is > > > > > "do this test", and then the sample results > roll > > > in. > > > > > > > > > > 2. The client sends the whole test to every > > > server. So, if the test > > > > > specifies 100 threads, each server runs 100 > > > threads. I think you can > > > > > figure out the degree of control you have > given > > > that... > > > > > > > > > > 3. I don't know anything about the > hold_samples > > > property. > > > > > > > > > > 4. Right. > > > > > > > > > > -Mike > > > > > > > > > > On Thu, 2004-06-10 at 15:19, Remedy QA > wrote: > > > > > > I am confused as to the setup of > distributed > > > testing. I have read > > > > > the > > > > > > docs on how to set up but the use of > server > > > vs. client seems > > > > > backwards > > > > > > to me. I got the connections going but > I'm > > > not really > > > > > understanding > > > > > > how it works. > > > > > > > > > > > > According to the docs, or how I am reading > > > into them, there are > > > > > many > > > > > > JMeters running in server mode, therefore, > > > many RMI registries > > > > > running > > > > > > on separate machines. For example, S1, > S2, S3 > > > are machines running > > > > > > Jmeter server. I am thinking there is no > GUI > > > or batch jmeter > > > > > running > > > > > > at all, just the jmeter server. > > > > > > > > > > > > Then according to the docs, there is only > one > > > client controller, > > > > > which > > > > > > uses the GUI to control. I'll call this > > > machine C1. In C1's jmeter > > > > > > properties file, it has S1, S2, and S3 > listed > > > as the remote_hosts > > > > > > values. Then if C1's test plan has 100 > thread > > > users and I select > > > > > > Run/RemoteStartAll, it will start the > remote > > > testing on all the > > > > > server > > > > > > machines. > === message truncated === __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
