Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (seongtaejeong at gmail.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




C# - 프로세스 메모리 중 Private Working Set 크기를 구하는 방법(Win32 API)

지난 글에 이어,

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

이번에는 Win32 API를 이용해 Private Working Set 크기를 구해볼 텐데요, Windows 10 22H2부터 psapi.dll에 추가된 PROCESS_MEMORY_COUNTERS_EX2 구조체를 이용하면,

PROCESS_MEMORY_COUNTERS_EX2 structure (psapi.h)
; https://learn.microsoft.com/en-us/windows/win32/api/psapi/ns-psapi-process_memory_counters_ex2

다음과 같이 간단하게 구할 수 있습니다.

using System.ComponentModel;
using System.Diagnostics;
using System.Runtime.InteropServices;

[StructLayout(LayoutKind.Sequential)]
public struct PROCESS_MEMORY_COUNTERS_EX2
{
    // PROCESS_MEMORY_COUNTERS_EX 
    // https://learn.microsoft.com/en-us/windows/win32/api/psapi/ns-psapi-process_memory_counters_ex
    public uint cb;
    public uint PageFaultCount;
    public UIntPtr PeakWorkingSetSize;
    public UIntPtr WorkingSetSize;
    public UIntPtr QuotaPeakPagedPoolUsage;
    public UIntPtr QuotaPagedPoolUsage;
    public UIntPtr QuotaPeakNonPagedPoolUsage;
    public UIntPtr QuotaNonPagedPoolUsage;
    public UIntPtr PagefileUsage;
    public UIntPtr PeakPagefileUsage;
    public UIntPtr PrivateUsage;

    // _PROCESS_MEMORY_COUNTERS_EX2
    // https://learn.microsoft.com/en-us/windows/win32/api/psapi/ns-psapi-process_memory_counters_ex2
    public UIntPtr PrivateWorkingSetSize;
    public ulong SharedCommitUsage;
}

internal class Program
{
    [DllImport("psapi.dll", SetLastError = true)]
    static extern bool GetProcessMemoryInfo(IntPtr hProcess, out PROCESS_MEMORY_COUNTERS_EX2 counters, uint size);

    static void Main(string[] args)
    {
        ulong totalSize = 0;

        foreach (Process process in Process.GetProcesses())
        {
            IntPtr pHandle = GetHandle(process);
            if (pHandle == IntPtr.Zero)
            {
                continue;
            }

            PROCESS_MEMORY_COUNTERS_EX2 counters;

            var handle = process.SafeHandle;
            GetProcessMemoryInfo(handle.DangerousGetHandle(), out counters, (uint)Marshal.SizeOf(typeof(PROCESS_MEMORY_COUNTERS_EX2)));
         
            Console.WriteLine($"{process.ProcessName}: {counters.PrivateWorkingSetSize}");
            totalSize += (ulong)counters.PrivateWorkingSetSize;
        }

        Console.WriteLine($"Total: {totalSize}");
    }

    private static nint GetHandle(Process process)
    {
        try
        {
            return process.Handle;
        }
        catch (Win32Exception)
        {
            return IntPtr.Zero;
        }
    }
}

전체 프로세스를 열거하는데 약 20ms 정도가 걸리니 성능 카운터를 사용하는 것보다 월등하게 빠른 것이 마음에 드는군요. ^^




한 가지 문제점이라면, Process.Handle 속성을 사용해 대상 프로세스의 HANDLE 값을 구해오는 것에 보안상 문제가 있다는 점입니다.

실제로, 일반 사용자 권한으로 저 코드를 수행하면 SYSTEM 권한 등으로 실행 중인 Service 프로세스(예: w3wp.exe, svchost.exe)의 HANDLE 값을 가져오지 못합니다. 게다가 관리자 권한으로 실행한다고 해도 "Protected Process"로 실행 중인 프로세스(예: smss.exe, wininit.exe)의 HANDLE 값을 가져오지 못합니다.

이렇게 사용자 권한에 따라 프로세스 정보가 제외되므로 Total 값을 구할 때 차이가 발생할 수 있다는 점도 고려해야 합니다.

[일반 사용자 권한으로 실행했을 때 총 크기]
20731105280

[관리자 권한으로 실행했을 때 총 크기]
20763201536

그런 정도만 제외한다면 WMI를 사용한 방법보다 훨씬 빠르고 간단하게 Private Working Set 크기를 구할 수 있으므로 나쁘지 않은 방법입니다. 참고로, WMI를 이용해 총 크기를 구하면 위와 같은 상황에서 상당한 차이의 값이 나옵니다.

[WMI를 이용한 총 크기]
44665249792

따라서, 총 크기도 중요하고 개별 프로세스의 값을 구하는 실행 속도도 중요하다면, 1) Win32 API를 이용해 의미 있는 프로세스들의 Private Working Set 크기는 구하고, 2) 총 크기는 별도로 Performance Counter를 이용해 구하는 것도 나쁘지 않을 것입니다.

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




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







[최초 등록일: ]
[최종 수정일: 2/21/2025]

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)
13667정성태7/7/20246593닷넷: 2273. C# - 리눅스 환경에서의 Hyper-V Socket 연동 (AF_VSOCK)파일 다운로드1
13666정성태7/7/20247673Linux: 74. C++ - Vsock 예제 (Hyper-V Socket 연동)파일 다운로드1
13665정성태7/6/20247845Linux: 73. Linux 측의 socat을 이용한 Hyper-V 호스트와의 vsock 테스트파일 다운로드1
13663정성태7/5/20247456닷넷: 2272. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)의 VMID Wildcards 유형파일 다운로드1
13662정성태7/4/20247463닷넷: 2271. C# - WSL 2 VM의 VM ID를 알아내는 방법 - Host Compute System API파일 다운로드1
13661정성태7/3/20247383Linux: 72. g++ - 다른 버전의 GLIBC로 소스코드 빌드
13660정성태7/3/20247487오류 유형: 912. Visual C++ - Linux 프로젝트 빌드 오류
13659정성태7/1/20247823개발 환경 구성: 715. Windows - WSL 2 환경의 Docker Desktop 네트워크
13658정성태6/28/20248198개발 환경 구성: 714. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 - 두 번째 이야기
13657정성태6/27/20247879닷넷: 2270. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)을 위한 EndPoint 사용자 정의
13656정성태6/27/20248035Windows: 264. WSL 2 VM의 swap 파일 위치
13655정성태6/24/20247830닷넷: 2269. C# - Win32 Resource 포맷 해석파일 다운로드1
13654정성태6/24/20247772오류 유형: 911. shutdown - The entered computer name is not valid or remote shutdown is not supported on the target computer.
13653정성태6/22/20247910닷넷: 2268. C# 코드에서 MAKEINTREOURCE 매크로 처리
13652정성태6/21/20249218닷넷: 2267. C# - Linux 환경에서 (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드2
13651정성태6/19/20248458닷넷: 2266. C# - (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드1
13650정성태6/18/20248382개발 환경 구성: 713. "WSL --debug-shell"로 살펴보는 WSL 2 VM의 리눅스 환경
13649정성태6/18/20247932오류 유형: 910. windbg - !py 확장 명령어 실행 시 "failed to find python interpreter" (2)
13648정성태6/17/20248245오류 유형: 909. C# - DynamicMethod 사용 시 System.TypeAccessException
13647정성태6/16/20249304개발 환경 구성: 712. Windows - WSL 2의 네트워크 통신 방법 - 세 번째 이야기 (같은 IP를 공유하는 WSL 2 인스턴스) [1]
13646정성태6/14/20247721오류 유형: 908. Process Explorer - "Error configuring dump resources: The system cannot find the file specified."
13645정성태6/13/20248183개발 환경 구성: 711. Visual Studio로 개발 시 기본 등록하는 dev tag 이미지로 Docker Desktop k8s에서 실행하는 방법
13644정성태6/12/20248839닷넷: 2265. C# - System.Text.Json의 기본적인 (한글 등에서의) escape 처리 [1]
13643정성태6/12/20248279오류 유형: 907. MySqlConnector 사용 시 System.IO.FileLoadException 오류
13642정성태6/11/20248181스크립트: 65. 파이썬 - asgi 버전(2, 3)에 따라 달라지는 uvicorn 호스팅
13641정성태6/11/20248644Linux: 71. Ubuntu 20.04를 22.04로 업데이트
1  2  3  4  5  6  7  8  9  10  [11]  12  13  14  15  ...