Microsoft MVP성태의 닷넷 이야기
.NET Framework: 741. windbg로 확인하는 객체의 GC 여부 [링크 복사], [링크+제목 복사],
조회: 20006
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 181  182  183  184  185  186  187  188  189  190  191  192  [193]  194  195  ...
NoWriterDateCnt.TitleFile(s)
115정성태3/13/200517695VS.NET IDE: 25. [IIS 서버] ODBC 로그 남기기 [1]
195정성태12/21/200516953    답변글 VC++: 25.1. ODBC 로그를 못 남길 때의 오류 화면
113정성태3/13/200517703VS.NET IDE: 24. [VPC] 타이머 동기화 기능 제거
110정성태11/14/200516635.NET Framework: 28. VS.NET 2005 / SQL Server 2005 베타 버전 재설치 또는 업그레이드 [1]
111정성태3/7/200515462    답변글 VS.NET IDE: 28.1. [추가] SQL 2005 / VS.NET 2005 2005-02 CTP 버전이 올라왔네요. [1]
112정성태11/14/200516728        답변글 VS.NET IDE: 28.2. [추가] VS.NET 2005 2005-02 CTP 버전에서 달라진 점 ( VC++ )
127정성태3/29/200514770        답변글 VS.NET IDE: 28.4. [추가] SQL 2005 2005-02 CTP 버전에서 달라진 점
123정성태3/25/200518644    답변글 .NET Framework: 28.3. Uninstalling software without using Add Remove Programs...
108정성태3/4/200518081.NET Framework: 27. 시스템 이벤트 로그에 쌓이는 {00020906-0000-0000-C000-000000000046} 보안에러
107정성태3/1/200518332COM 개체 관련: 15. COM: Control 유형인 경우, IObjectWithSite 를 구현해도 SetSite/GetSite 가 호출이 안됨
106정성태2/28/200517653COM 개체 관련: 14. 탐색기 "처럼" 파일 열기
105정성태2/28/200516717.NET Framework: 26. VS.NET 2005 : 설치 프로젝트 - .NET Framework 설치 강제화
139정성태11/14/200514939    답변글 .NET Framework: 26.1. ^^ 역시, 배려가 되어 있네요. 제가 못 찾은 것이었습니다.
104정성태2/27/200517626VS.NET IDE: 23. MSI 설치 중에 GetLocalTime / GetSystemTime API 사용
132정성태3/30/200517263    답변글 VS.NET IDE: 23.1. [추가]: MSI 설치 동작 원리
102정성태2/16/200519917.NET Framework: 25. Verify that you are a member of the 'Debugger Users' group on the server. [2]
101정성태2/15/200517677.NET Framework: 24. WMI Win32_NTLogEvent 관리 이벤트를 Windows 2000 에서는 "Access Denied" 가 발생하는 문제파일 다운로드1
100정성태2/15/200523755VS.NET IDE: 22. 방화벽 환경에서의 WMI 연결을 위한 포트 설정 [2]
99정성태2/15/200521692COM 개체 관련: 13. 비동기 Drag & Drop 구현 : IAsyncOperation
103정성태2/23/200517927    답변글 COM 개체 관련: 13.1. [관련 자료] 그외 Drag & Drop 링크파일 다운로드1
97정성태2/14/200520874VS.NET IDE: 21. 설치된 Platform SDK 버전확인 방법
96정성태2/14/200522876기타: 9. http://www.google.com/webhp?complete=1&hl=en 검색에 관해서.
95정성태2/14/200532218VS.NET IDE: 20. Win32 특권 정리 [1]
94정성태1/29/200523524VC++: 13. VS.NET 2005 VC++ 컴파일러 에러 : cannot instantiate abstract class
93정성태1/29/200519405VS.NET IDE: 19. 혹시 VS.NET 2005 Beta2(2004/12 CTP Team System 버전)이 다운이 자주 되나요? [2]
92정성태1/29/200518219.NET Framework: 23. Unmanaged 환경에서 Managed DLL에 정의된 메서드 호출 시 오류 확인하는 방법
... 181  182  183  184  185  186  187  188  189  190  191  192  [193]  194  195  ...