> I have 3 different tests to run, each against different servers.  I have 3
> remote engines available to me, as well as my desktop machine which I'm
> using as the controller for the remote machines.  

You can do this type of thing 2 different ways.  One is to create multiple 
threadgroups in a 
single test plan.  Each threadgroup can run completely separate scripts.  However, you 
can 
only either run the test or not - so each remote machine would be running all of your 
threadgroups in parallel.

the other option is to run JMeter's GUI multiple times and have each one control a 
different 
remote machine.

If possible, option 1 is better - it's less resource intensive.  there's also no real 
advantage to 
having each remote machine doing something different.  Even if all three are running 
the 
same threadgroups, you can still balance the number of total users doing each activity 
as you 
like.

> 
> Not knowing how the engine -> controller communication works, I was unsure
> whether or not I could start up multiple GUI sessions simultaneously and
> have them each talk to remote engines running different tests, without
> stomping all over each other.  Further, I didn't know if the (potentially)
> heavy load on my controller machine would then affect the remote machine's
> performance w/r/t data gathering and reporting.  I would hope that the
> generating of the sample result data is as independent of the persisting of
> it as possible, but I don't know the limits of what's possible.  

Running without the gui is generally a performance gain.  But, funny stuff can happen, 
and 
the latest CVS code actually fixes some of that funny stuff (it depends on how many 
processors the remote machines have).

> 
> Finally, when using remote engines, is there any performance difference
> running the controller in gui-mode versus from the command line?  

see above.

> 
> I could quantify all of this myself, and will if I can't get a definitive
> answer, but my tests are a little on the long side and my time on the
> machines is somewhat limited, so I'd rather spend my time testing the app,
> not the tool.
> 
> Thanks for the help!!
> 
> --
> Regards,
> 
> 
> joe
> Joe Casadonte
> Global Logistics Technologies, Inc.
> [EMAIL PROTECTED]
> 
> 1016 West Ninth Avenue
> King of Prussia, PA 19406
> 610-491-9881
> 
> 
> > -----Original Message-----
> > From: Mike Stover [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, April 01, 2003 9:31 AM
> > To: JMeter Users List
> > Subject: Re: Running multiple GUI sessions
> > 
> > 
> > You can run JMeter as many times as you like, on as many 
> > machines as you like.  
> > I can't stop you :-)
> > 
> > I think I don't really understand your question.
> > 
> > -Mike
> > 
> > On 1 Apr 2003 at 9:23, Casadonte, Joe wrote:
> > 
> > > Is it possible to run multiple GUI sessions, each 
> > controlling a different
> > > remote machine with a different test plan?  If it is, is it 
> > a deprecated
> > > use?
> > > 
> > > --
> > > Regards,
> > > 
> > > 
> > > joe
> > > Joe Casadonte
> > > Global Logistics Technologies, Inc.
> > > [EMAIL PROTECTED]
> > > 
> > > 1016 West Ninth Avenue
> > > King of Prussia, PA 19406
> > > 610-491-9881
> > > 
> > > 
> > > 
> > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > 
> > 
> > 
> > 
> > --
> > Michael Stover
> > [EMAIL PROTECTED]
> > Yahoo IM: mstover_ya
> > ICQ: 152975688
> > AIM: mstover777
> > 
> > ---------------------------------------------------------------------
> > 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]
> 



--
Michael Stover
[EMAIL PROTECTED]
Yahoo IM: mstover_ya
ICQ: 152975688
AIM: mstover777

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to