Hi, Vladimir, Do you want to fix Precise Throughput Timer or make Thread Group more flexible (to simulate open and closed system without plugins)? As I understand it may break old test plans (jmx files).
Regards, Mariusz On Thu, 14 Oct 2021 at 20:58, Vladimir Sitnikov <[email protected]> wrote: > Hi, > > Some time back I contributed "Precise Throughput Timer" which enables uses > to throttle requests to a certain throughput (see [1]) > It works, however, there are issues with that approach: > a) It is not that easy to configure the thread group. Default thread group > creates threads on regular intervals which does not work well for the > desired exponentially distributed intervals. > b) If all the threads are created at the beginning, then it creates a high > overhead. If non-zero ramp-up is configured, then it might result in "not > enough threads" condition. > c) "ramp up" seems to be not that useful for a thread group > d) The thing gets harder to use for longer tests. E.g. 7day testing plan > might surface "wrong rampup" issues quite soon > > I think behind the lines of pivoting "thread group" configuration as > follows: > 1. remove "rampup", remove "delay" > 2. add a free-text field for configuring the load profile (something like > in Ultimate thread group [2]) > For instance: delay(2s) fire(100samples during 30min) delay(10s) > fire(500samples during 30min) > I have no idea what the DSL should be, however, it looks the approach would > work for replacing the default thread group element. > > WDYT? > > [1]: > > https://jmeter.apache.org/usermanual/component_reference.html#Precise_Throughput_Timer > [2]: > > https://jmeter-plugins.org/wiki/UltimateThreadGroup/#Special-Property-Processing > > Vladimir >
