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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  [70]  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12181정성태3/11/202019431기타: 76. 재현 가능한 최소한의 예제 프로젝트란? - 두 번째 예제파일 다운로드1
12180정성태3/10/202015911오류 유형: 600. "Docker Desktop for Windows" - EXPOSE 포트가 LISTENING 되지 않는 문제
12179정성태3/10/202027647개발 환경 구성: 481. docker - PostgreSQL 컨테이너 실행
12178정성태3/10/202019697개발 환경 구성: 480. Linux 운영체제의 docker를 위한 tcp 바인딩 추가 [1]
12177정성태3/9/202018920개발 환경 구성: 479. docker - MySQL 컨테이너 실행
12176정성태3/9/202018440개발 환경 구성: 478. 파일의 (sha256 등의) 해시 값(checksum) 확인하는 방법
12175정성태3/8/202018427개발 환경 구성: 477. "Docker Desktop for Windows"의 "Linux Container" 모드를 위한 tcp 바인딩 추가
12174정성태3/7/202017862개발 환경 구성: 476. DockerDesktopVM의 파일 시스템 접근 [3]
12173정성태3/7/202019171개발 환경 구성: 475. docker - SQL Server 2019 컨테이너 실행 [1]
12172정성태3/7/202023716개발 환경 구성: 474. docker - container에서 root 권한 명령어 실행(sudo)
12171정성태3/6/202018830VS.NET IDE: 143. Visual Studio - ASP.NET Core Web Application의 "Enable Docker Support" 옵션으로 달라지는 점 [1]
12170정성태3/6/202016849오류 유형: 599. "Docker Desktop is switching..." 메시지와 DockerDesktopVM CPU 소비 현상
12169정성태3/5/202019343개발 환경 구성: 473. Windows nanoserver에 대한 docker pull의 태그 사용 [1]
12168정성태3/5/202020528개발 환경 구성: 472. 윈도우 환경에서의 dockerd.exe("Docker Engine" 서비스)가 Linux의 것과 다른 점
12167정성태3/5/202019004개발 환경 구성: 471. C# - 닷넷 응용 프로그램에서 DB2 Express-C 데이터베이스 사용 (3) - ibmcom/db2express-c 컨테이너 사용
12166정성태3/4/202019363개발 환경 구성: 470. Windows Server 컨테이너 - DockerMsftProvider 모듈을 이용한 docker 설치
12165정성태3/2/202018342.NET Framework: 900. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 네 번째 이야기(Monitor.Enter 후킹)파일 다운로드1
12164정성태2/29/202019462오류 유형: 598. Surface Pro 6 - Windows Hello Face Software Device가 인식이 안 되는 문제
12163정성태2/27/202017791.NET Framework: 899. 익명 함수를 가리키는 delegate 필드에 대한 직렬화 문제
12162정성태2/26/202021609디버깅 기술: 166. C#에서 만든 COM 객체를 C/C++로 P/Invoke Interop 시 메모리 누수(Memory Leak) 발생 [6]파일 다운로드2
12161정성태2/26/202017618오류 유형: 597. manifest - The value "x64" of attribute "processorArchitecture" in element "assemblyIdentity" is invalid.
12160정성태2/26/202018099개발 환경 구성: 469. Reg-free COM 개체 사용을 위한 manifest 파일 생성 도구 - COMRegFreeManifest
12159정성태2/26/202015171오류 유형: 596. Visual Studio - The project needs to include ATL support
12158정성태2/25/202017724디버깅 기술: 165. C# - Marshal.GetIUnknownForObject/GetIDispatchForObject 사용 시 메모리 누수(Memory Leak) 발생파일 다운로드1
12157정성태2/25/202017807디버깅 기술: 164. C# - Marshal.GetNativeVariantForObject 사용 시 메모리 누수(Memory Leak) 발생 및 해결 방법파일 다운로드1
12156정성태2/25/202016377오류 유형: 595. LINK : warning LNK4098: defaultlib 'nafxcw.lib' conflicts with use of other libs; use /NODEFAULTLIB:library
... 61  62  63  64  65  66  67  68  69  [70]  71  72  73  74  75  ...