Microsoft MVP성태의 닷넷 이야기
Windows: 211. Windows - (commit이 아닌) reserved 메모리 사용량 확인 방법 [링크 복사], [링크+제목 복사],
조회: 13420
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

(시리즈 글이 12개 있습니다.)
Windows: 103. 작업 관리자에서의 "Commit size"가 가리키는 메모리의 의미
; https://www.sysnet.pe.kr/2/0/1850

.NET Framework: 492. .NET CLR Memory 성능 카운터의 의미
; https://www.sysnet.pe.kr/2/0/1852

.NET Framework: 626. Commit 메모리가 낮은 상황에서도 메모리 부족(Out-of-memory) 예외 발생
; https://www.sysnet.pe.kr/2/0/11110

VC++: 107. VirtualAlloc, HeapAlloc, GlobalAlloc, LocalAlloc, malloc, new의 차이점
; https://www.sysnet.pe.kr/2/0/11152

Windows: 136. Memory-mapped File은 Private Bytes 크기에 포함될까요?
; https://www.sysnet.pe.kr/2/0/11159

.NET Framework: 845. C# - 윈도우 작업 관리자와 리소스 모니터의 메모리 값을 구하는 방법
; https://www.sysnet.pe.kr/2/0/11950

Windows: 211. Windows - (commit이 아닌) reserved 메모리 사용량 확인 방법
; https://www.sysnet.pe.kr/2/0/13133

.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력
; https://www.sysnet.pe.kr/2/0/13174

.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법
; https://www.sysnet.pe.kr/2/0/13180

Linux: 57. C# - 리눅스 프로세스 메모리 정보
; https://www.sysnet.pe.kr/2/0/13221

닷넷: 2322. C# - 프로세스 메모리 중 Private Working Set 크기를 구하는 방법(성능 카운터, WMI)
; https://www.sysnet.pe.kr/2/0/13889

닷넷: 2323. C# - 프로세스 메모리 중 Private Working Set 크기를 구하는 방법(Win32 API)
; https://www.sysnet.pe.kr/2/0/13890




Windows - (commit이 아닌) reserved 메모리 사용량 확인 방법

아래의 글에서,

Commit 메모리가 낮은 상황에서도 메모리 부족(Out-of-memory) 예외 발생
; https://www.sysnet.pe.kr/2/0/11110

덧글로 질문이 달렸군요. ^^ 사실 다음의 글에서 한번 설명을 했는데,

작업 관리자에서의 "Commit size"가 가리키는 메모리의 의미
; https://www.sysnet.pe.kr/2/0/1850

별로 주목을 받지 못하는 듯합니다. ^^; 그래서 약간의 첨언 차원에서 글로 남깁니다.




언급한 대로, 관련 정보를 확인하려면 sysinternal 도구의 힘을 빌려야 합니다.

Process Explorer
; https://learn.microsoft.com/en-us/sysinternals/downloads/process-explorer

더군다나 기본적으로는 해당 정보를 보여주지 않기 때문에, 다음 화면과 같이 "Process Memory" 범주의 "Virtual Size"를 선택해야 합니다.

check_reserved_memory_2.png

그럼, 가장 우측에 추가된 "Virtual Size" 칼럼으로 "1,608,640 K" 값을 확인할 수 있는데 그게 바로 "예약까지 포함한 가상 메모리 크기"입니다. 여기서 재미있는 건, 64비트 응용 프로그램의 경우 기본적으로 가상 메모리가 크게 잡혀(예약돼) 있는데, 주소 공간이 남으니 연속 메모리 공간을 편의상 충분히 점유해 두는 듯합니다. (달리 말하면, 64비트 시대인 지금 가상 메모리 예약은 의미 없는 정보가 되었습니다.)

이것 외에도 더욱 자세한 정보를 보여주는 VMMap도 쓸 만합니다.

VMMap
; https://learn.microsoft.com/en-us/sysinternals/downloads/vmmap

"Commit 메모리가 낮은 상황에서도 메모리 부족(Out-of-memory) 예외 발생" 글의 예제 코드를 실행시키고, VMMap으로 확인해 보면 다음과 같이 나옵니다.

check_reserved_memory_1.png

보는 바와 같이, "Committed" 외에 "Size"가 나오는데 그게 바로 reserved까지 포함한 가상 메모리 크기입니다. 게다가 메모리를 사용한 유형도 알 수 있는데, 예제 코드의 경우 스레드를 생성해 1MB 스택이 점유되는 방식이므로 "Stack" 유형으로 "1,935,360 K"가 잡힌 것을 확인할 수 있습니다. 그리고 하단의 grid 영역에는 생성된 스레드 하나 당 "1,024 K"가 점유되고 "16 K"가 Committed 상태인 것도 볼 수 있습니다.




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







[최초 등록일: ]
[최종 수정일: 10/4/2022]

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

비밀번호

댓글 작성자
 



2022-10-05 01시37분
[taoist] 친절한 답변 감사합니다:)
덕분에 실제로 메모리를 어느정도 사용중인지 파악했고 결국 다른 글에서 다뤄주신 메모리 제한을 늘리는 방향으로 해결했습니다:D
[guest]

... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...
NoWriterDateCnt.TitleFile(s)
12086정성태12/20/201920916디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201918888오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/19/201919322디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201922299Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201920555오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201922413개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201919573.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201921461오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201921245Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201920348Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201918868디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/11/201919672디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/10/201919343디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/201920875Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/201917672오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/201921185오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/201923114오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201919492디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201928161디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201919567디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201919236디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201917540디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201920466오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201919394디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201918891디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201919329Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...