jmeter-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Philippe Mouawad <>
Subject Re: Timer adjustment feature / Bug 60018 (was Thoughts on 2 proposals)
Date Tue, 20 Sep 2016 14:32:08 GMT
I commited a change on this by introducing ModifiableTimer:

   - [Bug 60018] Timer : Add a factor to apply on pauses

For now, I only registered Gaussian, Poisson and Uniform Timers as
implementing it so that to avoid any side effects to 3rd parties.

This will be the first step for this feature.
Once we migrate to Java8, It'll be enhanced to:

   - Add the Optional method
   - Add a field on the concerned timers GUI
   - Add a potential configuration elements to control this feature



On Sat, Sep 3, 2016 at 12:37 PM, Vladimir Sitnikov <> wrote:

> Philippe>Frankly I doubt it. At least the platforms usually used for Load
> Testing
> Philippe>don't have the same constraints as those running J2EE Server can
> have.
> Exactly.
> I might be wrong, but I do not remember "-1" responses for moving to Java
> 8.
> Philippe>Well since there was no abstract class, I don't see.
> Philippe>Do you have other ideas ?
> One of the common patterns is "interface Timer2", so each timer opts-in and
> declares if it should be adjusted by default. The relevant JMeter core code
> would do an instanceof check.
> Naming is one of the hardest problems in computer science (it comes next
> after "cache invalidation"), so feel free to invent the best name for
> Timer2.
> Don't get me wrong, my best name for Timer2 is Java 8 :)
> Philippe>PS : Any chance that you submit your Constant Throughput timer
> Philippe>alternative patch ?
> Not sure. There might be legals issue.
> Vladimir

Philippe Mouawad.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message