Wie 'teuer' ist es, jstack auf einem laufenden JVM auszuführen?

Question

Ich überlege, ein Skript zu erstellen, um

1. einmal pro Minute (oder alle fünf Minuten) ausgeführt werden
2. gegen eine laufende JVM in Produktion jstack ausführen
3. die jstack-Ausgabe parsen und Dinge, die mich interessieren, zusammenzählen
4. die Ergebnisse für die grafische Darstellung 24/365 von einer zentralisierten Cacti-Installation auf einem anderen Server exportieren

Aber ich habe keine Ahnung, wie teuer oder invasiv jstack auf einer laufenden JVM ist. Wie teuer ist es, jstack auf einer laufenden JVM auszuführen? Stelle ich mich damit auf eine Welt voller Probleme ein?

Answer 1

Ich weiß, dass diese Antwort spät kommt, aber der teure Teil von jstack kommt vom Anschließen an die Debugger-Schnittstelle und nicht vom allgemeinen Generieren der Stack-Traces mit einer wichtigen Ausnahme (und die Heap-Größe spielt überhaupt keine Rolle):

Beliebige Stack-Traces können nur an einem sicheren Punkt generiert werden oder während der Thread auf eine Ressource wartet (außerhalb des Java-Bereichs). Wenn der Thread außerhalb des Java-Bereichs wartet, trägt der Thread, der die Stack-Abfrage durchführt, die Aufgabe aus, indem er den Stack selbst durchläuft. Sie möchten jedoch möglicherweise nicht einen Thread "unterbrechen", um seinen eigenen Stack zu durchlaufen, insbesondere wenn er ein Sperre hält (oder ein Busy-Wait durchführt). Da es keine Möglichkeit gibt, die sicheren Punkte zu steuern - das ist ein Risiko, das berücksichtigt werden muss.

Eine andere Option im Vergleich zu jstack, um das Anschließen an die Debug-Schnittstelle zu vermeiden: Thread.getAllStackTraces() oder die Verwendung des ThreadMXBean, führen Sie es im Prozess aus, speichern Sie es in einer Datei und verwenden Sie ein externes Tool, um diese Datei abzufragen.

Letzte Anmerkung: Ich liebe jstack, es ist großartig auf Produktionssystemen.

Answer 2

Messen. Eine der time-Varianten (/usr/bin/time glaube ich) hat eine -p-Option, mit der Sie die verwendeten CPU-Ressourcen sehen können:

ravn:~ ravn$ /usr/bin/time -p echo Hallo Welt
Hallo Welt
real         0.32
user         0.00
sys          0.00
ravn:~ ravn$ 

Dies bedeutet, dass es 0,32 Sekunden Wandzeit dauerte, wobei 0,00 Sekunden CPU-Zeit im Benutzerbereich und 0,00 Sekunden im Kernelbereich verwendet wurden.

Erstellen Sie ein Test-Szenario, in dem ein Programm läuft, aber nichts tut, und vergleichen Sie den Verbrauch MIT und OHNE Anbringen eines jstacks, z.B. jede Sekunde. Dann haben Sie harte Zahlen und können experimentieren, um zu sehen, was einen vernünftigen Overhead verursachen würde.

Meine Vermutung wäre, dass einmal alle fünf Minuten vernachlässigbar ist.

Answer 3

Je nach Anzahl der Threads und der Größe Ihres Heap könnte jstack möglicherweise ziemlich teuer sein. JStack ist für die Fehlerbehebung gedacht und wurde nicht für die Statistikerfassung entwickelt. Es könnte besser sein, eine Art Instrumentierung zu verwenden oder eine JMX-Schnittstelle freizugeben, um die gewünschten Informationen direkt zu erhalten, anstatt Stack-Traces analysieren zu müssen.