Thanks for the info. I've got X running on the Solaris machine so I'll try the latest nightly build of JMeter with and without the GUI on that machine and see what I get.
-----Original Message----- From: Mike Stover [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 01, 2003 11:21 AM To: JMeter Users List Subject: RE: Running multiple GUI sessions In JMeter 1.8.1, a multiple CPU machine could experience slower performance as a JMeter remote server than as a full JMeter GUI client. This was due to the way results were being queued up and sent to the controlling machine. I made some changes in the current CVS code that should fix that problem, however. This is a different from just straight gui-mode vs non-gui-mode, however. non-gui- mode should always be faster than gui-mode. -Mike On 1 Apr 2003 at 11:14, Sherwood, Steve wrote: > Mike, > > Could you elaborate on the "funny stuff" that can happen when running > without the GUI? > > I'm using a remote Solaris server (6 CPU) for running tests and my PC > running the GUI. Since my PC is pegged at 100% CPU usage while the test is > running I was planning on running the test without the GUI on the Solaris > box. > > Thanks, > Steve > > -----Original Message----- > From: Mike Stover [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 01, 2003 10:04 AM > To: JMeter Users List > Subject: RE: Running multiple GUI sessions > > > > > 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] > > --------------------------------------------------------------------- > 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]
