RE: [Grinder-use] stopping workers gracefully

[Muszynski, K. <kar...@hp...>]

I agree that it's OK in the way how it works now, and this new
functionality could be only a compliment.=20
Maybe later I will start a new thread on the dev list.

Best Regards,
KArol Muszynski

-----Original Message-----
From: Fitzgerald, Calum [mailto:Calum.Fitzgerald@TheAA.com]=20
Sent: Tuesday, July 26, 2005 2:04 PM
To: Muszynski, Karol; gri...@li...
Subject: RE: [Grinder-use] stopping workers gracefully

Hi Karol,

well if you used grinder.runs you would have to change your methodology
:-) <chuckle>.

I think the way that the processes terminate currently is as expected
from the current code, and is the behaviour that should be expected if
you are using a timed run methodology for your testing. Though obviously
that is just my personal opinion and its open to discussion.

I see no reason, if you develop a working patch to provide the
functionality that you want in the tool, that you shouldn't submit such
a patch for
inclusion.    In fact I would encourage it so that the wider grinder
community could benefit from it.

I would set it up as a complement to the current behaviour rather than
as a replacement of the current behaviour though.

Send a mail to gri...@li... and see what
the developers think.

Cheers

Calum



-----Original Message-----
From: KArol Muszynski [mailto:kar...@hp...]
Sent: Tuesday July 2005 12:40
To: gri...@li...
Subject: Re: [Grinder-use] stopping workers gracefully


Thanks for reply Calum.

I think telling your customer to change his methodology is not the best
idea ;)

I know "grinder.runs". Like you said, it can be used in some way for
this.
I developed solution which stops processes working in the way I need.
Now it only works on local machine. I need to propagate information to
remote agents, and this is the harder thing to do.
I just wanted to see if there is any interest in such functionality to
add to Grinder. If not, forget about it.

Best Regards,
KArol Muszynski

Fitzgerald, Calum wrote:
> try using the "grinder.runs" property which can be set in the=20
> grinder.properties file.
>=20
> This will cause the threads to finish the script before terminating.
>=20
> you will have to change your methodology from doing timed runs to=20
> doing x number of iterations.
>=20
> Cheers
>=20
> Calum
>=20
>=20
>=20
> -----Original Message-----
> From: KArol Muszynski [mailto:kar...@hp...]
> Sent: Monday July 2005 10:59
> To: gri...@li...
> Subject: [Grinder-use] stopping workers gracefully
>=20
>=20
> Hello,
>=20
> Is there any mechanism in Grinder to stop workers "gracefully" - let=20
> them to finish actual script ? Did you ever think about that ?
>=20
> Best Regards,
> KArol Muszynski






-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. =
http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
_______________________________________________
Grinder-use mailing list
Gri...@li...
https://lists.sourceforge.net/lists/listinfo/grinder-use