jmeter-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Felix Schumacher <>
Subject Re: InvokeLater vs. InvokeAndWait
Date Wed, 30 Dec 2015 12:43:47 GMT
Am 30.12.2015 um 13:23 schrieb Philippe Mouawad:
> Hi Felix,
> I think I tried this change few months ago, i remember I faced bugs in
> display.
> I don't remember exactly what but maybe I' m mixing with another place.
> It was in same jvm(no remote)
The numbers below where on a local X. The heavy lock contention would 
result in even worse numbers.

The only difference I saw was a slight delay after the test had 
finished, before all results where shown. On the other hand that delay 
could be noticed while running the test when invokeAndWait is used.
> Note that we advise users not to use gui mode for load testing.
Right, but they will do it anyway.

> Regards
> On Wednesday, December 30, 2015, Felix Schumacher <
>> wrote:
>> Hi all,
>> with bug 52694 and commit 1245602 the new method JMeterUtils#runSafe was
>> introduced, which uses SwingUtilities#invokeAndWait.
>> I stumbled upon this while testing with gui and a report listener over
>> remote X, where the invokeAndWait lead to heavy lock contention.
>> A simple test with 1000 threads and 500 loops using a simple java sampler
>> (0ms wait) and a Summary Report gives me
>> invokeLater: ~100.000 req/s
>> invokeAndWait: ~30.000 req/s
>> In my naive implementation I ignored the potential exceptions, that
>> invokeAndWait could throw, which we would have to catch using invokeLater
>> in other ways, but since invokeLater is used already in other places, that
>> should be no real problem.
>> Any reason to use this instead of SwingUtilities#invokeLater?
>> Regards,
>>   Felix

View raw message