Jak analizować plik .hprof?

227

Mam serwer produkcyjny z następującą flagą: - XX: + HeapDumpOnOutOfMemoryError

Ostatniej nocy wygenerował plik java-38942.hprof, gdy nasz serwer napotkał błąd sterty. Okazuje się, że twórcy systemu wiedzieli o fladze, ale nie ma sposobu, aby uzyskać z niej użyteczne informacje.

Jakieś pomysły?

java profiling heap

— Nick Stinemon
źródło

215

Jeśli chcesz dość zaawansowanego narzędzia do poważnego przeszukiwania, spójrz na projekt Memory Analyzer w Eclipse, do którego przyczynił się SAP.

Niektóre z rzeczy, które możesz zrobić, są zadziwiająco dobre do znajdowania wycieków pamięci itp. - w tym uruchomienie formy ograniczonego SQL (OQL) przeciwko obiektom w pamięci, tj.

Wybierz toString (firstName) FROM com.yourcompany.somepackage.User

Całkowicie genialny.

— Cowan
źródło

18

Chciałbym tylko dodać +100 do Eclipse Memory Analyzer. Obecnie próbuję przesiać przez plik zrzutu pamięci o wielkości 400 MB +, a odczytanie pliku zajęło ponad 70 minut, zanim spowodowało to całkowitą awarię JVM. EMA jest w stanie otworzyć go w <5 minut.

— matt b

3

Podczas otwierania plików HPROF za pomocą Eclipse Memory Analyzer ciągle pojawiają się błędy analizy (które w rzeczywistości zostały również zrzucone przez Eclipse!). Niestety ... westchnienie.

— lost_bits1110,

3

MAT nadal może wymagać sporo pamięci RAM [mniej niż JHAT, ale wciąż sporo]. Zobacz stackoverflow.com/questions/7254017/…, aby uzyskać wskazówki, jeśli napotkasz takie zdarzenie.

— rogerdpack

71

Możesz użyć JHAT , Java Heap Analysis Tool dostarczanego domyślnie z JDK. Jest to wiersz poleceń, ale uruchamia serwer WWW / przeglądarkę, której używasz do badania pamięci. Nie jest najbardziej przyjazny dla użytkownika, ale przynajmniej jest już zainstalowany w większości miejsc, do których pojedziesz. Bardzo przydatnym widokiem jest link „histogram sterty” na samym dole.

dawny: jhat -port 7401 -J-Xmx4G dump.hprof

jhat może również wykonywać OQL „w tych dniach” (dolny link „wykonaj OQL”)

— CMS
źródło

Po uruchomieniu powyższego polecenia W konsoli pojawi się komunikat „terminal jest gotowy” na serwerze: Port: 7401. Następnie otwórz ten adres URL: localhost: 7401 „możesz zobaczyć szczegóły w oknach przeglądarki”.

— Laxman G

35

Możesz także użyć HeapWalker z Netbeans Profiler lub autonomicznego narzędzia Visual VM . Visual VM jest dobrą alternatywą dla JHAT, ponieważ jest samodzielny, ale jest znacznie łatwiejszy w użyciu niż JHAT.

Potrzebujesz Java 6+, aby w pełni korzystać z Visual VM.

— James Schek
źródło

Należy dodać uwagę, że dotyczy to tylko Java 6 i 7.

— Nick Stinemon,

AFAIK, HeapWalker i VisualVM nie wymagają Java 6/7 do odczytu plików HPROF.

— James Schek

Właśnie próbowałem załadować go z Javą 5 i było napisane „Proszę używać Java 6 lub 7”. Co robię źle?

— Nick Stinemon,

Hmm Być może musisz uruchomić Javę 6, ale możesz odczytać HPROF Java 5 (być może tak to działa). Wiem, że nie można utworzyć zrzutu stosu z Visual VM w aplikacji z uruchomioną Javą 5. Zostanie zaktualizowany.

— James Schek

Możesz także użyć wizualnej JVM z Java SDK - poszukaj jvisualvm.exew JAVASDK/binfolderze

— xxxvodnikxxx

11

Po prostu pobierz Eclipse Memory Analyzer . Nie ma nic lepszego i jest za darmo.

JHAT nadaje się tylko do „zabawek”

— kalarepa
źródło

3

JHAT jest niezbędny, aby zaimponować hakerom „l33t”, którzy ręcznie budują dystrybucję BSD, zaczynając od LILO. Czekaj ... i tak nigdy by nie użyli javy. :-)

— James Schek

Myślę, że to bardziej komentarz ...: \

— rogerdpack

10

Wygląda na to, że YourKit Java Profiler też je obsługuje.

— Polaris
źródło

5

Jeśli chcesz wykonać niestandardową analizę zrzutu, możesz:

Biblioteka analizy zrzutów stosu JVM https://github.com/aragozin/jvm-tools/tree/master/hprof-heap

Ta biblioteka jest szybka, ale musisz napisać kod analizy w Javie.

Z dokumentów:

Nie tworzy na dysku żadnych plików tymczasowych w celu przetworzenia zrzutu sterty
Może pracować bezpośrednio, zrzuty sterty skompresowane GZ
Notacja HeapPath

— Andrejs
źródło

2

Osobiście wolę VisualVM. Jedną z funkcji, które lubię w VisualVM, jest porównywanie zrzutów sterty. Podczas przeprowadzania analizy zrzutu stosu istnieje wiele sposobów, aby dowiedzieć się, co spowodowało awarię. Jednym ze sposobów, które uznałem za przydatne, jest porównanie zdrowych i niezdrowych zrzutów sterty.

Oto kroki, które możesz w tym celu wykonać:

Otrzymanie zrzutu stosu OutOfMemoryError nazwijmy to „oome.hprof”. Można to uzyskać za pomocą parametru JVM HeapDumpOnOutOfMemoryError.
Uruchom ponownie aplikację, aby działała przez długi czas (minuty / godziny) w zależności od aplikacji. Uzyskaj kolejny zrzut sterty, gdy aplikacja jest nadal uruchomiona. Nazwijmy to „zdrowym. Hprof”.
Możesz otworzyć oba te zrzuty w VisualVM i wykonać porównanie zrzutu. Możesz to zrobić na poziomie klasy lub pakietu. Może to często wskazywać kierunek problemu.

link: https://visualvm.github.io

— Waleed
źródło