Jak przechwycić zrzut pamięci procesu procesu .NET, gdy .NET nie znajduje się w środku zbierania śmieci (GC)

Question

Podczas przechwytywania pliku zrzutu i jego analizy (np. W WinDbg), często otrzymuję ostrzeżenie, że dane mogą być niedokładne lub polecenia mogą być niedostępne, ponieważ proces był w trakcie GC, gdy zbierano plik zrzutu.

Wykonując analizę pamięci, często robimy to, ponieważ pamięć w procesie jest wysoka, a ciśnienie w pamięci jest wysokie, co, jak sądzę, często wymusza system .NET na GC.

Jak uniknąć wykonywania zrzutów podczas GC? Czy istnieje sposób, aby dowiedzieć się, kiedy można bezpiecznie przechwycić plik zrzutu?

Answer 1

Nie jestem ekspertem w tej dziedzinie, ale zauważyłem, że można używać liczników wydajności środowiska wykonawczego .NET do monitorowania interesujących rzeczy - jedną z nich jest liczba bajtów przydzielonych przez garbage collector podczas jego ostatniej kolekcji. Opis Allocated Bytes/second w Performance Counters in the .NET Framework stanów:

wyświetla liczbę bajtów na sekundę alokowanych na stercie zbierania śmieci. Ten licznik jest aktualizowany na końcu każdego procesu czyszczenia pamięci, a nie przy każdej alokacji. Ten licznik nie jest średnią z upływem czasu; wyświetla różnicę między wartościami obserwowanymi w dwóch ostatnich próbkach podzieloną przez czas trwania przedziału próbkowania.

Według moich badań, jeśli ustawisz interwał aktualizacji monitora wydajności na 1 sekundę i przyjrzyj na wskaźnik Allocated Bytes/second, wydaje się, aby pokazać wartość 0 po kolekcja została zakończona. Zakładam więc, że możesz czerpać z tej wartości, czy kolekcja jest w toku, czy nie.

Sprawdziłem to, budując małą aplikację w VS 2015, która może pokazać, czy trwa proces zbierania śmieci. Wartość wskaźnika była inna niż 0, gdyby tak było.

Aktualizacja (Dzięki Thomas)

Jest możliwe użycie ProcDump do monitorowania liczników wydajności i tworzenia zrzutu w sposób zautomatyzowany. Prawidłowy sposób to: procdump ProcessName -s 1 -ma -pl "\.NET CLR Memory(ProcessName)\Allocated Bytes/second" 1000, który uruchomi zrzut, jeśli wartość spadnie poniżej tysiąca.

Powinno to zadziałać, ponieważ wartość wynosi zero, tylko jeśli nie ma zbierania śmieci.

Jeśli nie pracujesz w angielskiej wersji systemu operacyjnego, musisz znaleźć właściwą nazwę językową licznika wydajności (można to zrobić, patrząc na łącze MSDN podane powyżej i przełączając się na inny tam język). Na przykład. niemiecka nazwa będzie być "\.NET CLR-Speicher(ProcessName)\Zugeordnete Bytes/Sek.".