Microsoft MVP성태의 닷넷 이야기
.NET Framework: 741. windbg로 확인하는 객체의 GC 여부 [링크 복사], [링크+제목 복사],
조회: 22284
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

windbg로 확인하는 객체의 GC 여부

객체가 GC되었는지 어떻게 알 수 있을까요? 테스트를 위해 다음과 같이 간단하게 프로그램을 만들고,

using System;

namespace ConsoleApp2
{
    class Program
    {
        static void Main(string[] args)
        {
            Instance();

            Console.ReadLine();    // .NET 4 + x86 + Release 모드로 실행 후,
                                   // 이 시점에 Dump를 뜨고,

            GC.Collect(2, GCCollectionMode.Forced);     // 엔터를 치면 GC가 수행되고,
                                                        // 이 시점에 다시 Dump를 뜸
            Console.ReadLine();
        }

        private static void Instance()
        {
            Program pg = new Program();
        }
    }
}

두 번의 덤프를 떠 보면 됩니다. 첫 번째 덤프는 Instance 메서드 내에서 생성한 pg 객체가 범위를 벗어났지만 아직 Garbage Collector가 실행된 적이 없으므로 GC Heap에 객체가 있을 것입니다. 반면 두 번째 덤프를 뜬 시기에는 강제로 GC.Collect를 호출했으므로 0세대 GC Heap에 있던 pg 객체가 없어졌을 것입니다.

실제로 그런지 덤프 파일을 windbg로 확인해 볼까요? ^^

첫 번째 덤프 파일을 열고, ConsoleApp2.Program 객체가 GC Heap에 있는지 다음과 같이 확인할 수 있습니다.

0:000> .loadby sos clr

0:000> !dumpheap -type ConsoleApp2.Program
 Address       MT     Size
04b4242c 02c34d34       12     

Statistics:
      MT    Count    TotalSize Class Name
02c34d34        1           12 ConsoleApp2.Program
Total 1 objects

이때의 GC heap을 구해 보면,

0:000> !eeheap -gc
Number of GC Heaps: 1
generation 0 starts at 0x04b41018
generation 1 starts at 0x04b4100c
generation 2 starts at 0x04b41000
ephemeral segment allocation context: none
 segment     begin  allocated      size
04b40000  04b41000  04b45ff4  0x4ff4(20468)
Large object heap starts at 0x05b41000
 segment     begin  allocated      size
05b40000  05b41000  05b45508  0x4508(17672)
Total Size:              Size: 0x94fc (38140) bytes.
------------------------------
GC Heap Size:    Size: 0x94fc (38140) bytes.

0 세대 힙의 시작 위치가 0x04b41018이고, pg 객체의 메모리 주소가 04b4242c이므로 0 세대 힙에 위치한 것이 맞는다는 것을 알 수 있습니다.

그다음, GC.Collect 이후의 덤프로 "!dumpheap -type ConsoleApp2.Program" 명령을 내리면 예상했던 데로 객체가 없습니다.

0:000> !dumpheap -type ConsoleApp2.Program
 Address       MT     Size

Statistics:
      MT    Count    TotalSize Class Name
Total 0 objects

GC 힙의 상황을 보면,

0:000> !eeheap -gc
Number of GC Heaps: 1
generation 0 starts at 0x04b44300
generation 1 starts at 0x04b4100c
generation 2 starts at 0x04b41000
ephemeral segment allocation context: none
 segment     begin  allocated      size
04b40000  04b41000  04b4430c  0x330c(13068)
Large object heap starts at 0x05b41000
 segment     begin  allocated      size
05b40000  05b41000  05b45508  0x4508(17672)
Total Size:              Size: 0x7814 (30740) bytes.
------------------------------
GC Heap Size:    Size: 0x7814 (30740) bytes.

pg 객체가 있던 04b4242c 주소를 넘어서 0 세대 힙의 시작 주소가 0x04b44300로 설정된 것을 볼 수 있습니다. 만약, GC되지 않았다면 (승격되었을 것이므로) 1 세대 힙의 시작 주소인 0x04b4100c와 0 세대 힙의 시작 주소 사이에 객체의 주소가 출력되었을 것입니다.




객체가 해제되었는지 덤프를 통해 확인하는 것은 사실 좀 번거로운 작업입니다. 다행히 이보다 더 쉬운 방법이 있는데 바로 WeakReference를 사용하는 것입니다. 이를 통해 예제 코드를 다음과 같이 바꿔서 windbg 없이도 해당 객체가 GC되었는지를 알 수 있습니다.

using System;

namespace ConsoleApp2
{
    class Program
    {
        static WeakReference _wr;

        static void Main(string[] args)
        {
            Instance();
            Console.WriteLine(_wr.IsAlive); // IsAlive == True
            Console.ReadLine();

            GC.Collect(2, GCCollectionMode.Forced);
            Console.WriteLine(_wr.IsAlive); // IsAlive == False
            Console.ReadLine();
        }

        private static void Instance()
        {
            Program pg = new Program();
            _wr = new WeakReference(pg);
        }
    }
}

간단하죠? ^^




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 4/28/2018]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... [136]  137  138  139  140  141  142  143  144  145  146  147  148  149  150  ...
NoWriterDateCnt.TitleFile(s)
1747정성태9/19/201432591오류 유형: 239. psexec 실행 오류 - The system cannot find the file specified.
1746정성태9/18/201428643.NET Framework: 461. .NET EXE 파일을 닷넷 프레임워크 버전에 상관없이 실행할 수 있을까요? - 두 번째 이야기 [6]파일 다운로드1
1745정성태9/17/201426970개발 환경 구성: 237. 리눅스 Integration Services 버전 업그레이드 하는 방법 [1]
1744정성태9/17/201435207.NET Framework: 460. GetTickCount / GetTickCount64와 0x7FFE0000 주솟값 [4]파일 다운로드1
1743정성태9/16/201424671오류 유형: 238. 설치 오류 - Failed to get size of pseudo bundle
1742정성태8/27/201431333개발 환경 구성: 236. Hyper-V에 설치한 리눅스 VM의 VHD 크기 늘리는 방법 [2]
1741정성태8/26/201425035.NET Framework: 459. GetModuleHandleEx로 알아보는 .NET 메서드의 DLL 모듈 관계파일 다운로드1
1740정성태8/25/201436764.NET Framework: 458. 닷넷 GC가 순환 참조를 해제할 수 있을까요? [2]파일 다운로드1
1739정성태8/24/201430439.NET Framework: 457. 교착상태(Dead-lock) 해결 방법 - Lock Leveling [2]파일 다운로드1
1738정성태8/23/201426388.NET Framework: 456. C# - CAS를 이용한 Lock 래퍼 클래스파일 다운로드1
1737정성태8/20/201422940VS.NET IDE: 93. Visual Studio 2013 동기화 문제
1736정성태8/19/201429597VC++: 79. [부연] CAS Lock 알고리즘은 과연 빠른가? [2]파일 다운로드1
1735정성태8/19/201422280.NET Framework: 455. 닷넷 사용자 정의 예외 클래스의 최소 구현 코드 - 두 번째 이야기
1734정성태8/13/201423857오류 유형: 237. Windows Media Player cannot access the file. The file might be in use, you might not have access to the computer where the file is stored, or your proxy settings might not be correct.
1733정성태8/13/201430162.NET Framework: 454. EmptyWorkingSet Win32 API를 사용하는 C# 예제파일 다운로드1
1732정성태8/13/201438894Windows: 99. INetCache 폴더가 다르게 보이는 이유
1731정성태8/11/201430855개발 환경 구성: 235. 점(.)으로 시작하는 파일명을 탐색기에서 만드는 방법
1730정성태8/11/201426165개발 환경 구성: 234. Royal TS의 터미널(Terminal) 연결에서 한글이 깨지는 현상 해결 방법
1729정성태8/11/201422000오류 유형: 236. SqlConnection - The requested Performance Counter is not a custom counter, it has to be initialized as ReadOnly.
1728정성태8/8/201434777.NET Framework: 453. C# - 오피스 파워포인트(Powerpoint) 파일을 WinForm에서 보는 방법파일 다운로드1
1727정성태8/6/201425038오류 유형: 235. SignalR 오류 메시지 - Counter 'Messages Bus Messages Published Total' does not exist in the specified Category. [2]
1726정성태8/6/201423359오류 유형: 234. IIS Express에서 COM+ 사용 시 SecurityException - "Requested registry access is not allowed" 발생
1725정성태8/6/201425544오류 유형: 233. Visual Studio 2013 Update3 적용 후 Microsoft.VisualStudio.Web.PageInspector.Runtime 모듈에 대한 FileNotFoundException 예외 발생
1724정성태8/5/201430140.NET Framework: 452. .NET System.Threading.Thread 개체에서 Native Thread Id를 구하는 방법 - 두 번째 이야기 [1]파일 다운로드1
1723정성태7/29/201462842개발 환경 구성: 233. DirectX 9 예제 프로젝트 빌드하는 방법 [3]파일 다운로드1
1722정성태7/25/201424886오류 유형: 232. IIS 500 Internal Server Error - NTFS 암호화된 폴더에 웹 애플리케이션이 위치한 경우
... [136]  137  138  139  140  141  142  143  144  145  146  147  148  149  150  ...