$ java --version
java 10.0.2 2018-07-17
Java(TM) SE Runtime Environment 18.3 (build 10.0.2+13)
Java HotSpot(TM) 64-Bit Server VM 18.3 (build 10.0.2+13, mixed mode)
$ uname -a
Darwin dstuebe 16.7.0 Darwin Kernel Version 16.7.0: Thu Jun 21 20:07:39 PDT 2018; root:xnu-3789.73.14~1/RELEASE_X86_64 x86_64
$ java -classpath out/production/efstress com.upserve.NestedParallel
*** application hangs ***
Running jstack should dump a thread stack including a section like:
Found one Java-level deadlock:
waiting to lock monitor 0x00007fbf02006800 (object 0x00000006cfa288d0, a java.util.concurrent.ConcurrentHashMap$Node),
which is held by "outer pool2"
waiting to lock monitor 0x00007fbefe11ac00 (object 0x00000006cfaac488, a java.util.concurrent.ConcurrentHashMap$Node),
which is held by "outer pool1"
Please accept my apologies for the code structure. I did my best to synthesize a simple repro case that demonstrates the issue and allows experimentation with different implementations for the inner and outer loop.
On Tue, Aug 7, 2018 at 12:00 PM <[hidden email]> wrote:
Send Concurrency-interest mailing list submissions to
Concurrency-interest mailing list
|Free forum by Nabble||Edit this page|