Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.lang.java > #13027 > unrolled thread

Profiler-Kalibrierung von jvisualvm scheitert mit Java 8

Back to article view | Back to de.comp.lang.java

Contents

  Profiler-Kalibrierung von jvisualvm scheitert mit Java 8 Christoph Schneegans <Christoph@Schneegans.de> - 2016-07-20 19:22 +0200
    Re: Profiler-Kalibrierung von jvisualvm scheitert mit Java 8 Christoph Schneegans <Christoph@Schneegans.de> - 2016-07-22 18:41 +0200

#13027 — Profiler-Kalibrierung von jvisualvm scheitert mit Java 8

Hallo allerseits!

Ich verwende gerne den Profiler von jvisualvm, um festzustellen, wo in 
meinem Code die meiste CPU-Zeit verbraten wird.

Wenn ich mit einem Java-7-Prozeß verbinde, klappt das Profiling auch 
tadellos. Bei einem Java-8-Prozeß scheitert hingegen bereits die 
(einmalige) Kalibrierung; man sieht nur Meldung "Connecting to the 
target VM..." und wartet dann ewig.

Entscheidend ist offenbar wirklich die Zielplattform, nicht die Version 
von jvisualvm selbst; jvisualvm aus JDK 7 und 8 können beide einen 
Java-7-Prozeß profilen, scheitern aber wie gesagt an einem 
Java-8-Prozeß. Entsprechend existiert auf meinem System auch eine Datei 
machinedata.jdk17 in %userprofile%\.nbprofiler, aber keine 
machinedata.jdk18.

Irgendwelche Ideen, was die Ursache des Problems sein könnte? 
Betriebssystem ist Windows 10.

-- 
<http://schneegans.de/computer/safer/> · SAFER mit Windows

[toc] | [next] | [standalone]

#13031

Christoph "Ingrid" Schneegans schrieb:

> Wenn ich mit einem Java-7-Prozeß verbinde, klappt das Profiling auch
> tadellos. Bei einem Java-8-Prozeß scheitert hingegen bereits die
> (einmalige) Kalibrierung; man sieht nur Meldung "Connecting to the
> target VM..." und wartet dann ewig.

Ich habe mit procexp.exe gesehen, daß für die Kalibrierung ein Java-Prozeß

"C:\Program Files\Java\jdk\bin\java.exe" … 
org.netbeans.lib.profiler.server.ProfilerServer … 5141 10 
____Profiler+Calibration+Run____

gestartet wird. Ich habe dann mal spaßeshalber diese komplette 
Befehlszeile selber aufgerufen und anschließend die Kalibrierung nochmal 
gestartet – und sie hat erstaunlicherweise funktioniert. (Ich hätte im 
Gegenteil erwartet, daß sie nun sofort mit einer Fehlermeldung abbricht, 
weil der Port 5141 belegt ist.)

Es wird auch erwartungsgemäß eine Datei machinedata.jdk18 in 
%userprofile%\.nbprofiler erstellt, und die Profiling-Ergebnisse sehen 
sehr plausibel aus.

Ich finde das ganze immer noch recht merkwürdig, aber sei's drum.

-- 
<http://schneegans.de/computer/safer/> · SAFER mit Windows

[toc] | [prev] | [standalone]

Back to top | Article view | de.comp.lang.java

csiph-web