Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

x64 환경에서 참조형의 기본 메모리 소비는 얼마나 될까요?

지난 글이 x86 실습으로 한 것이라서,

일반 참조형의 기본 메모리 소비는 얼마나 될까요?
; https://www.sysnet.pe.kr/2/0/1174

.NET Array는 왜 12bytes의 기본 메모리를 점유할까?
; https://www.sysnet.pe.kr/2/0/1173

x64 환경에서 실습하는 분들은 헷갈리는 경우가 있는 듯해서 이번엔 64비트 환경에서 테스트하는 것으로 진행해 보겠습니다.

예제를 위해, 코드는 다음과 같이 작성하고,

namespace ConsoleApplication1
{
    class MyType
    {
    }

    class Program
    {
        static void Main(string[] args)
        {
            MyType inst = new MyType();
            Thread.Sleep(-1);
        }
    }
}

windbg로 확인하면,

0:004> .loadby sos clr

0:000> !name2ee ConsoleApplication1!ConsoleApplication1.MyType
Module:      00007fff789d4148
Assembly:    ConsoleApplication1.exe
Token:       0000000002000002
MethodTable: 00007fff789d5b00
EEClass:     00007fff789d25f8
Name:        ConsoleApplication1.MyType

0:000> !dumpheap -mt 00007fff789d5b00
         Address               MT     Size
0000000003e931b8 00007fff789d5b00       24     

Statistics:
              MT    Count    TotalSize Class Name
00007fff789d5b00        1           24 ConsoleApplication1.MyType
Total 1 objects

0:000> !do 0000000003e931b8 
Name:        ConsoleApplication1.MyType
MethodTable: 00007fff789d5b00
EEClass:     00007fff789d25f8
Size:        24(0x18) bytes
File:        C:\temp\ConsoleApplication1\bin\x64\Debug\ConsoleApplication1.exe
Fields:
None

0:000> !dumpclass 00007fff789d25f8
Class Name:      ConsoleApplication1.MyType
mdToken:         0000000002000002
File:            C:\temp\ConsoleApplication1\bin\x64\Debug\ConsoleApplication1.exe
Parent Class:    00007fffd4372f68
Module:          00007fff789d4148
Method Table:    00007fff789d5b00
Vtable Slots:    4
Total Method Slots:  5
Class Attributes:    100000  
Transparency:        Critical
NumInstanceFields:   0
NumStaticFields:     0

0:000> dq 0000000003e931b8
00000000`03e931b8  00007fff`789d5b00 00000000`00000000
00000000`03e931c8  00000000`00000000 00000000`00000000
00000000`03e931d8  00000000`00000000 00000000`00000000
00000000`03e931e8  00000000`00000000 00000000`00000000
00000000`03e931f8  00000000`00000000 00000000`00000000
00000000`03e93208  00000000`00000000 00000000`00000000
00000000`03e93218  00000000`00000000 00000000`00000000
00000000`03e93228  00000000`00000000 00000000`00000000

보시는 바와 같이, 24(0x18)bytes를 소비하고 있습니다. 왜냐하면 빈 객체라고 해도 데이터 공간으로 기본 8바이트를 점유하고 있기 때문입니다. (참고로, 00007fff`789d5b00 데이터 앞의 8바이트 위치에는 OBJECT HEADER가 위치하고 있습니다.)

-8 : OBJECT HEADER(예: SyncBlock Index를 담는 용도)
+0 : MethodTable Address
+8 : 빈 값

그럼, int (4바이트) 형의 필드를 추가하면 어떻게 될까요?

namespace ConsoleApplication1
{
    class MyType
    {
        int test = 0xFF;
    }

    class Program
    {
        static void Main(string[] args)
        {
            MyType inst = new MyType();
            Thread.Sleep(-1);
        }
    }
}

다시 메모리 값을 확인해 보면 다음과 같이 나옵니다.

0:000> !name2ee ConsoleApplication1!ConsoleApplication1.MyType
Module:      00007fff789f4148
Assembly:    ConsoleApplication1.exe
Token:       0000000002000002
MethodTable: 00007fff789f5b10
EEClass:     00007fff789f2600
Name:        ConsoleApplication1.MyType

0:000> !dumpheap -mt 00007fff789f5b10
         Address               MT     Size
00000000035131b8 00007fff789f5b10       24     

Statistics:
              MT    Count    TotalSize Class Name
00007fff789f5b10        1           24 ConsoleApplication1.MyType
Total 1 objects

0:000> !dumpclass 00007fff789f2600
Class Name:      ConsoleApplication1.MyType
mdToken:         0000000002000002
File:            C:\temp\ConsoleApplication1\bin\x64\Debug\ConsoleApplication1.exe
Parent Class:    00007fffd4372f68
Module:          00007fff789f4148
Method Table:    00007fff789f5b10
Vtable Slots:    4
Total Method Slots:  5
Class Attributes:    100000  
Transparency:        Critical
NumInstanceFields:   1
NumStaticFields:     0
              MT    Field   Offset                 Type VT     Attr            Value Name
00007fffd43985a0  4000001        8         System.Int32  1 instance           test

0:000> dq 00000000035131b8
00000000`035131b8  00007fff`789f5b10 00000000`000000ff
00000000`035131c8  00000000`00000000 00000000`00000000
00000000`035131d8  00000000`00000000 00000000`00000000
00000000`035131e8  00000000`00000000 00000000`00000000
00000000`035131f8  00000000`00000000 00000000`00000000
00000000`03513208  00000000`00000000 00000000`00000000
00000000`03513218  00000000`00000000 00000000`00000000
00000000`03513228  00000000`00000000 00000000`00000000

0:000> dd 00000000035131b8
00000000`032031b8  789f5b10 00007fff 000000ff 00000000
00000000`032031c8  00000000 00000000 00000000 00000000
00000000`032031d8  00000000 00000000 00000000 00000000
00000000`032031e8  00000000 00000000 00000000 00000000
00000000`032031f8  00000000 00000000 00000000 00000000
00000000`03203208  00000000 00000000 00000000 00000000
00000000`03203218  00000000 00000000 00000000 00000000
00000000`03203228  00000000 00000000 00000000 00000000

0:000> !do 00000000035131b8
Name:        ConsoleApplication1.MyType
MethodTable: 00007fff789f5b10
EEClass:     00007fff789f2600
Size:        24(0x18) bytes
File:        C:\temp\ConsoleApplication1\bin\x64\Debug\ConsoleApplication1.exe
Fields:
              MT    Field   Offset                 Type VT     Attr            Value Name
00007fffd43985a0  4000001        8         System.Int32  1 instance              255 test

-8 : OBJECT HEADER(예: SyncBlock Index를 담는 용도)
+0 : MethodTable Address
+8 : 이후 4바이트 영역에 int 값

필드를 하나 더 포함하고 있는데도 여전히 24bytes가 소비되고 있습니다. 왜냐하면 필드를 포함하지 않았을 때도 00000000`00000000으로 기본 포함되어 있던 영역이 사용되고 있기 때문입니다. 이 상태에서 다시 int 4바이트 필드를 하나 더 추가하면 8바이트 중 남은 4바이트를 사용하기 때문에 메모리는 여전히 24바이트가 소비됩니다.

-8 : OBJECT HEADER(예: SyncBlock Index를 담는 용도)
+0 : MethodTable Address
+8 : 이후 4바이트 영역에 int 값
+12: 이후 4바이트 영역에 int 값

하지만 int 4바이트 필드를 하나 더 추가하면 32바이트로 늘어납니다. (즉, 8바이트 정렬 단위로 메모리가 증가합니다.)




배열도 테스트해야겠지요? ^^

{
    MyType[] arr0 = new MyType[0];

    MyType[] arr1 = new MyType[1];
    arr1[0] = new MyType();

    MyType[] arr2 = new MyType[2];
    arr2[0] = new MyType();
    arr2[1] = new MyType();
    Thread.Sleep(-1);
}

이를 windbg로 확인하면 아래와 같은 결과가 나옵니다.

0:000> !dumpheap -stat -type ConsoleApplication1.MyType[]
Statistics:
              MT    Count    TotalSize Class Name
00007fff789e5bc0        3           96 ConsoleApplication1.MyType[]
Total 3 objects

0:000> !dumpheap -mt 00007fff789e5bc0 
         Address               MT     Size
00000000033631b8 00007fff789e5bc0       24     
00000000033631d0 00007fff789e5bc0       32     
0000000003363210 00007fff789e5bc0       40     

Statistics:
              MT    Count    TotalSize Class Name
00007fff789e5bc0        3           96 ConsoleApplication1.MyType[]
Total 3 objects

// 요소가 0개인 배열
0:000> dq 00000000033631b8-8 L3
00000000`033631b0  00000000`00000000 00007fff`789e5bc0
00000000`033631c0  00000000`00000000

// 요소가 1개인 배열
0:000> dq 00000000033631d0-8 L4
00000000`033631c8  00000000`00000000 00007fff`789e5bc0
00000000`033631d8  00000000`00000001 00000000`033631f0

0:000> !do 00000000`033631f0
Name:        ConsoleApplication1.MyType
MethodTable: 00007fff789e5b30
EEClass:     00007fff789e2610
Size:        32(0x20) bytes
File:        C:\temp\ConsoleApplication1\bin\x64\Debug\ConsoleApplication1.exe
Fields:
              MT    Field   Offset                 Type VT     Attr            Value Name
00007fffd43985a0  4000001        8         System.Int32  1 instance              255 test
00007fffd43985a0  4000002        c         System.Int32  1 instance              238 test2
00007fffd43985a0  4000003       10         System.Int32  1 instance              221 test3

// 요소가 2개인 배열
0:000> dq 0000000003363210-8 L5
00000000`03363208  00000000`00000000 00007fff`789e5bc0
00000000`03363218  00000000`00000002 00000000`03363238
00000000`03363228  00000000`03363258

따라서, x64 환경에서의 .NET Array는 다음과 같은 구조를 갖습니다.

-8 : OBJECT HEADER(예: SyncBlock Index를 담는 용도)
+0 : MethodTable Address
+8 : 배열 요소 크기
+16 ~ : 값 배열

이로써, 그동안의 이야기를 정리해 보면 아래와 같습니다.

[x86 기준]
0 크기 배열: 12 bytes
배열이 아닌 일반 참조형 개체: 12bytes

[x64 기준]
0 크기 배열: 24 bytes
배열이 아닌 일반 참조형 개체: 24bytes




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

[연관 글]


donaricano-btn



[최초 등록일: ]
[최종 수정일: 7/7/2021

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

비밀번호

댓글 쓴 사람
 




1  2  3  4  5  6  7  8  9  10  [11]  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12590정성태4/9/2021523.NET Framework: 1033. C# - .NET 4.0 이하에서 Console.IsInputRedirected 구현
12589정성태4/8/2021633.NET Framework: 1032. C# - Environment.OSVersion의 문제점 및 윈도우 운영체제의 버전을 구하는 다양한 방법
12588정성태4/7/2021568개발 환경 구성: 565. PowerShell - New-SelfSignedCertificate를 사용해 CA 인증서 생성 및 인증서 서명 방법
12587정성태4/6/2021774개발 환경 구성: 564. Windows 10 - ClickOnce 배포처럼 사용할 수 있는 MSIX 설치 파일
12586정성태4/5/2021553오류 유형: 710. Windows - Restart-Computer / shutdown 명령어 수행 시 Access is denied(E_ACCESSDENIED)
12585정성태4/5/2021478개발 환경 구성: 563. 기본 생성된 kubeconfig 파일의 내용을 새롭게 생성한 인증서로 구성하는 방법
12584정성태4/1/2021567개발 환경 구성: 562. kubeconfig 파일 없이 kubectl 옵션만으로 실행하는 방법
12583정성태3/29/2021608개발 환경 구성: 561. kubectl 수행 시 다른 k8s 클러스터로 접속하는 방법
12582정성태3/29/2021763오류 유형: 709. Visual C++ - 컴파일 에러 error C2059: syntax error: '__stdcall'
12581정성태3/28/2021688.NET Framework: 1031. WinForm/WPF에서 Console 창을 띄워 출력하는 방법 (2) - Output 디버깅 출력을 AllocConsole로 우회 [2]
12580정성태3/28/2021758오류 유형: 708. SQL Server Management Studio - Execution Timeout Expired.
12579정성태3/28/2021616오류 유형: 707. 중첩 가상화(Nested Virtualization) - The virtual machine could not be started because this platform does not support nested virtualization.
12578정성태3/27/2021554개발 환경 구성: 560. Docker Desktop for Windows 기반의 Kubernetes 구성 (2) - WSL 2 인스턴스에 kind가 구성한 k8s 서비스 위치
12577정성태3/26/2021937개발 환경 구성: 559. Docker Desktop for Windows 기반의 Kubernetes 구성 - WSL 2 인스턴스에 kind 도구로 k8s 클러스터 구성
12576정성태3/25/2021667개발 환경 구성: 558. Docker Desktop for Windows에서 DockerDesktopVM 기반의 Kubernetes 구성 (2) - k8s 서비스 위치
12575정성태3/24/2021552개발 환경 구성: 557. Docker Desktop for Windows에서 DockerDesktopVM 기반의 Kubernetes 구성
12574정성태3/23/2021891.NET Framework: 1030. C# Socket의 Close/Shutdown 동작 (동기 모드)
12573정성태3/22/2021728개발 환경 구성: 556. WSL 인스턴스 초기 설정 명령어
12572정성태3/22/2021653.NET Framework: 1029. C# - GC 호출로 인한 메모리 압축(Compaction)을 확인하는 방법파일 다운로드1
12571정성태3/21/2021663오류 유형: 706. WSL 2 기반으로 "Enable Kubernetes" 활성화 시 초기화 실패 [1]
12570정성태3/19/2021647개발 환경 구성: 555. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법
12569정성태3/18/2021824개발 환경 구성: 554. WSL 인스턴스 export/import 방법 및 단축 아이콘 설정 방법
12568정성태3/18/2021541오류 유형: 705. C# 빌드 - Couldn't process file ... due to its being in the Internet or Restricted zone or having the mark of the web on the file.
12567정성태3/17/2021602개발 환경 구성: 553. Docker Desktop for Windows를 위한 k8s 대시보드 활성화 [1]
12566정성태3/17/2021672개발 환경 구성: 552. Kubernetes - kube-apiserver와 REST API 통신하는 방법 (Docker Desktop for Windows 환경)
12565정성태3/17/2021467오류 유형: 704. curl.exe 실행 시 dll not found 오류
1  2  3  4  5  6  7  8  9  10  [11]  12  13  14  15  ...