How should I stop the forked VM?

Behrooz Nobakht nobeh5 at gmail.com
Tue Jan 13 12:04:27 UTC 2015


Hi again,

Not really sure if this now related to this contextual issue or not. I
updated the example on the GitHub repo. With the way that I run the
benchmark through run.sh, I get no result file. What am I missing here?!

Thanks,
Behrooz
​

On Tue, Jan 13, 2015 at 11:19 AM, Behrooz Nobakht <nobeh5 at gmail.com> wrote:

> Hi Aleksey,
>
> This is much appreciated. I confirm that it works with your changeset.
>
> Thanks,
> Behrooz
>>
> On Tue, Jan 13, 2015 at 10:38 AM, Aleksey Shipilev <
> aleksey.shipilev at oracle.com> wrote:
>
>> Hi Behrooz,
>>
>> On 01/13/2015 11:20 AM, Behrooz Nobakht wrote:
>> > Thanks for your reply. Hope this helps:
>> > https://github.com/nobeh/jmh-forked-main-threads
>>
>> Thanks for the repoducer!
>>
>> I still believe this is a library bug to have stray non-daemon threads
>> floating around like that. That means any user would have to use
>> System.exit() to terminate the application, which is smelly smelly smell
>> that smells a lot.
>>
>> Nevertheless, JMH can do a little better:
>>  https://bugs.openjdk.java.net/browse/CODETOOLS-7901244
>>  http://hg.openjdk.java.net/code-tools/jmh/rev/d15ebde32b25
>>
>> It will now wait for the forked VM to exit properly on its own, and
>> forcefully terminate the VM if the shutdown timeout is reached. The
>> timeout is now at 30 seconds. If you want to have a better turnaround
>> for these benchmarks, submit the upstream bug and demand the library to
>> stop using the non-daemon threads.
>>
>> Thanks,
>> -Aleksey.
>>
>>
>
>
> --
> -- Behrooz Nobakht
>



-- 
-- Behrooz Nobakht


More information about the jmh-dev mailing list