> On Oct 29, 2014, at 10:06 AM, MacGregor, Duncan (GE Energy Management) > <duncan.macgre...@ge.com> wrote: > > On 29/10/2014 16:55, "Christian Thalinger" > <christian.thalin...@oracle.com> wrote: >> >>> On Oct 29, 2014, at 9:39 AM, MacGregor, Duncan (GE Energy Management) >>> <duncan.macgre...@ge.com> wrote: >>> >>> When weąve tried to debug some of our Java core in the context of >>> running a large application weąve been seeing long pauses (sometime very >>> long pauses of over a minute) due to >>> java.lang.invoke.MemberName$Factory.resolve() apparently taking ages to >>> complete. >> >> Over a minute?!? What is the JVM doing during this time? Class loading? >> Garbage collection? > > Doesnąt seem to be doing any GC, not doing much of anything that I can > see. Iąve applied Daivdąs MemberName interning patches and will see if > they change the behaviour at all, and then build a JDK with debug symbols > and see if connecting a debugger to the process sheds any light on whatąs > going on inside the JVM. > >> The only thing that comes to mind is that methods with breakpoints are >> not compiled but interpreted. But even if you had a lot of breakpoints >> in core methods I donąt see how that would explain pauses of over a >> minute. > > It happens even without breakpoints being set. Is it possibly due to the > avalanche of anonymous classes Lambdaforms produce?
So you’re running in Eclipse’s debugger but without breakpoints set and no single-stepping? > >>> Testing with an openjdk build I see the reported line number in thread >>> dumps is 962 of MemberName.java, which is where Factory.resolve() calls >>> MethodHandleNatives.resolve(). >>> >>> Anybody else seen this, and is it even worth investigating further >>> without Davidąs change to intern MemberNames? >>> >>> Regards, Duncan. >>> _______________________________________________ >>> mlvm-dev mailing list >>> mlvm-dev@openjdk.java.net >>> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev >> >> _______________________________________________ >> mlvm-dev mailing list >> mlvm-dev@openjdk.java.net >> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev > > _______________________________________________ > mlvm-dev mailing list > mlvm-dev@openjdk.java.net > http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev _______________________________________________ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
