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

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

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

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

.NET Array는 왜 12 bytes의 기본 메모리를 점유할까?
; 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
배열이 아닌 일반 참조형 개체: 12 bytes

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




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

[연관 글]


donaricano-btn



[최초 등록일: ]
[최종 수정일: 1/12/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)
12537정성태2/11/2021870.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기
12536정성태2/9/2021708개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/2021475개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/2021678개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/2021609개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/2021531개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [1]
12531정성태2/5/2021480개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/2021754개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/2021476개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO
12528정성태2/1/2021530개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/2021591개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/2021442개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/2021351개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/2021456개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/2021476개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
12522정성태1/31/2021553개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트
12521정성태1/31/2021679개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인
12520정성태1/30/2021367개발 환경 구성: 526. 오라클 클라우드의 VM에 ping ICMP 여는 방법
12519정성태1/30/2021478개발 환경 구성: 525. 오라클 클라우드의 VM을 외부에서 접근하기 위해 포트 여는 방법
12518정성태1/30/2021889Linux: 37. Ubuntu에 Wireshark 설치
12517정성태1/30/2021746Linux: 36. 윈도우 클라이언트에서 X2Go를 이용한 원격 리눅스의 GUI 접속 - 우분투 20.04
12516정성태1/29/2021520Windows: 188. Windows - TCP default template 설정 방법
12515정성태1/28/2021568웹: 41. Microsoft Edge - localhost에 대해 http 접근 시 무조건 https로 바뀌는 문제 [3]
12514정성태1/28/2021969.NET Framework: 1021. C# - 일렉트론 닷넷(Electron.NET) 소개 [1]파일 다운로드1
12513정성태1/28/2021428오류 유형: 698. electronize - User Profile 디렉터리에 공백 문자가 있는 경우 빌드가 실패하는 문제
12512정성태1/28/2021481오류 유형: 697. The program can't start because VCRUNTIME140.dll is missing from your computer. Try reinstalling the program to fix this problem.
1  2  3  4  5  6  [7]  8  9  10  11  12  13  14  15  ...