VisualVM CPU sampling not working
Alan Snyder
javalists at cbfiddle.com
Tue May 2 22:46:04 UTC 2017
Very funny. That was my report, as a comment to a different issue. As there has been no response to that comment, I still have no idea whether this problem is known to the people who would need to fix it.
My questions remain unanswered.
Am I the only one who is unable to do any analysis of performance problems on JDK 9?
Alan
> On May 2, 2017, at 2:39 PM, Stephen Felts <stephen.felts at oracle.com> wrote:
>
> It was reported at https://github.com/oracle/visualvm/issues/20 CPU sampling not available - cannot access threads.
>
> -----Original Message-----
> From: Alan Snyder [mailto:javalists at cbfiddle.com]
> Sent: Tuesday, May 2, 2017 5:15 PM
> To: jdk9-dev at openjdk.java.net
> Subject: VisualVM CPU sampling not working
>
> Is this a known problem? It resembles JDK-8165005. Makes it hard to investigate performance problems if the tools don't work. Are there other tools that work?
>
> This is VisualVM 1.39 on an application running under jdk9-ea+166.
>
> It reports:
>
> Cannot access threads in target application.
>
> The log file shows:
>
> java.lang.IllegalArgumentException: Unexpected composite type for ThreadInfo
> at sun.management.ThreadInfoCompositeData.validateCompositeData(ThreadInfoCompositeData.java:372)
> at sun.management.ThreadInfoCompositeData.getInstance(ThreadInfoCompositeData.java:68)
> at java.lang.management.ThreadInfo.<init>(ThreadInfo.java:263)
> at java.lang.management.ThreadInfo.from(ThreadInfo.java:794)
>
> Caused: java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
> at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:275)
> at com.sun.jmx.mbeanserver.DefaultMXBeanMappingFactory$CompositeBuilderViaFrom.fromCompositeData(DefaultMXBeanMappingFactory.java:1018)
>
> Caused: java.io.InvalidObjectException: Failed to invoke from(CompositeData)
> at com.sun.jmx.mbeanserver.DefaultMXBeanMappingFactory.invalidObjectException(DefaultMXBeanMappingFactory.java:1457)
> at com.sun.jmx.mbeanserver.DefaultMXBeanMappingFactory$CompositeBuilderViaFrom.fromCompositeData(DefaultMXBeanMappingFactory.java:1021)
> at com.sun.jmx.mbeanserver.DefaultMXBeanMappingFactory$CompositeMapping.fromNonNullOpenValue(DefaultMXBeanMappingFactory.java:919)
> at com.sun.jmx.mbeanserver.DefaultMXBeanMappingFactory$NonNullMXBeanMapping.fromOpenValue(DefaultMXBeanMappingFactory.java:133)
> at com.sun.jmx.mbeanserver.DefaultMXBeanMappingFactory$ArrayMapping.fromNonNullOpenValue(DefaultMXBeanMappingFactory.java:584)
> at com.sun.jmx.mbeanserver.DefaultMXBeanMappingFactory$NonNullMXBeanMapping.fromOpenValue(DefaultMXBeanMappingFactory.java:133)
> at com.sun.jmx.mbeanserver.ConvertingMethod.fromOpenReturnValue(ConvertingMethod.java:131)
> at com.sun.jmx.mbeanserver.MXBeanProxy.invoke(MXBeanProxy.java:168)
> at javax.management.MBeanServerInvocationHandler.invoke(MBeanServerInvocationHandler.java:258)
>
> Caused: java.lang.reflect.UndeclaredThrowableException
> at com.sun.proxy.$Proxy16.dumpAllThreads(Unknown Source)
> at com.sun.tools.visualvm.sampler.cpu.ThreadInfoProvider.dumpAllThreads(ThreadInfoProvider.java:103)
>
> [catch] at com.sun.tools.visualvm.sampler.cpu.ThreadInfoProvider.initialize(ThreadInfoProvider.java:88)
> at com.sun.tools.visualvm.sampler.cpu.ThreadInfoProvider.<init>(ThreadInfoProvider.java:54)
> at com.sun.tools.visualvm.sampler.SamplerImpl$11.run(SamplerImpl.java:485)
> at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1423)
> at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
>
More information about the jdk9-dev
mailing list