Microsoft MVP성태의 닷넷 이야기
.NET Framework: 547. PerformanceCounter의 InstanceName 지정 시 주의 사항 [링크 복사], [링크+제목 복사],
조회: 21979
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 2개 있습니다.)
(시리즈 글이 3개 있습니다.)
.NET Framework: 547. PerformanceCounter의 InstanceName 지정 시 주의 사항
; https://www.sysnet.pe.kr/2/0/10898

Windows: 262. PerformanceCounter의 InstanceName에 pid를 추가한 "Process V2"
; https://www.sysnet.pe.kr/2/0/13585

닷넷: 2324. C# - 프로세스의 성능 카운터용 인스턴스 이름을 구하는 방법
; https://www.sysnet.pe.kr/2/0/13891




PerformanceCounter의 InstanceName 지정 시 주의 사항

예를 들어, ".NET CLR Memory" 범주의 "% Time in GC"를 구한다면 다음과 같이 코딩할 수 있습니다.

PerformanceCounter pc = new PerformanceCounter();
pc.CategoryName = ".NET CLR Memory";
pc.CounterName = "% Time in GC";
pc.ReadOnly = true;
pc.InstanceName = "ConsoleApplication1.exe";

보는 바와 같이 InstanceName 속성에 실행 파일 이름이 들어갑니다. 보통의 경우 별 문제없이 사용할 수 있지만, 동일한 실행 파일명이 뜨는 상황이라면 문제가 꽤나 복잡해집니다.

왜냐하면 실행 파일 이름이 같은 2번째 프로세스가 뜨면 인스턴스 이름이 "#2" 접미사를 붙여야 하기 때문입니다.

pc.InstanceName = "ConsoleApplication1.exe#2";

그런데, 만약 2개의 ConsoleApplication1.exe 프로세스 중에서 특정 Process ID를 가진 것만 모니터링하고 싶다고 하면 어떻게 해야 할까요? 주어진 InstanceName으로는 어느 것이 어떤 Prcoess ID를 가진 것인지 알 수 없습니다.

이 때문에 저런 식으로 InstanceName을 명명해야 하는 성능 카운터들은 독자적으로 자신의 성능 카운터 중에 PID와 InstanceName을 매칭하는 성능 카운터를 제공합니다. 그리고 바로 그 방법을 설명하는 것이 다음의 글이고.

Performance Counter by Process ID instead of name?
; http://stackoverflow.com/questions/9115436/performance-counter-by-process-id-instead-of-name

위의 글에 따라, Process ID에 해당하는 InstanceName을 구하는 소스코드는 다음과 같습니다.

private static string GetProcessInstanceName(int pid)
{
    string categoryName = ".NET CLR Memory";
    PerformanceCounterCategory cat = new PerformanceCounterCategory(categoryName);

    string[] instances = cat.GetInstanceNames();
    foreach (string instance in instances)
    {
        using (PerformanceCounter cnt = new PerformanceCounter(categoryName,
                "Process ID", instance, true))
        {
            int val = 0;

            try
            {
                val = (int)cnt.RawValue;
            }
            catch
            {
                continue;
            }

            if (val == pid)
            {
                return instance;
            }
        }
    }
    throw new Exception("Could not find performance counter " +
        "instance name for current process. This is truly strange ...");
}

그런데, 안 좋은 소식이 하나 있는데요. Process ID에 따른 InstanceName은 실행 중 (원치 않게) 변할 수 있다는 점입니다.

예들 들어, 현재 다음의 2가지 인스턴스가 있다고 가정했을 때,

pid == 1000, instanceName == ConsoleApplication1.exe
pid == 2000, instanceName == ConsoleApplication1.exe#2

도중에 pid == 1000인 프로세스가 종료되면 다음과 같은 상황이 되어버리는 것입니다.

pid == 2000, instanceName == ConsoleApplication1.exe

그렇기 때문에 특정 process id에 해당하는 프로세스를 모니터링하려면 주기적으로 pid와 instanceName이 같은 지 확인하는 절차를 넣어두어야 합니다.

이런 문제점을 보완하기 위해 성능 카운터 InstanceName으로 PID를 붙이는 개선이 나왔습니다.

The Process object in Performance Monitor can display Process IDs (PIDs) 
; https://techcommunity.microsoft.com/t5/ask-the-performance-team/perfmon-identifying-processes-by-pid-instead-of-instance/ba-p/374561

키 경로: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PerfProc\Performance
Name: ProcessNameFormat
타입: DWORD:2

아쉬운 점이라면, 이 좋은 방법이 기본적으로는 꺼져 있다는 것입니다. 따라서, 3rd-party 라이브러리를 제작하는 업체 입장에서는 함부로 저 레지스트리 값을 변경하기가 영 꺼림직합니다. (자칫 잘못하면 기존 성능 카운터를 기반으로 한 업체들의 프로그램 동작에 영향을 줄 수 있기 때문입니다.)

암튼... 마이크로소프트가 성능 카운터를 너무 보수적인 입장에서 유지/보수하는 것이 아닌가... 하는 아쉬움이 있습니다. ^^

(첨부한 소스코드는 이를 재현할 수 있는 간단한 프로젝트입니다.)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 3/29/2024]

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

비밀번호

댓글 작성자
 




... 76  77  78  79  80  81  [82]  83  84  85  86  87  88  89  90  ...
NoWriterDateCnt.TitleFile(s)
11887정성태5/8/201921497.NET Framework: 829. C# - yield 문을 사용할 수 있는 메서드의 조건
11886정성태5/7/201919301오류 유형: 534. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 [2]
11885정성태5/7/201916243오류 유형: 533. mstest.exe 실행 시 "File extension specified '.loadtest' is not a valid test extension." 오류 발생
11884정성태5/5/201921042.NET Framework: 828. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 두 번째 이야기
11883정성태5/3/201926225.NET Framework: 827. C# - 인터넷 시간 서버로부터 받은 시간을 윈도우에 적용하는 방법파일 다운로드1
11882정성태5/2/201922513.NET Framework: 826. (번역글) .NET Internals Cookbook Part 11 - Various C# riddles파일 다운로드1
11881정성태4/28/201922632오류 유형: 532. .NET Core 프로젝트로 마이그레이션 시 "CS0579 Duplicate 'System.Reflection.AssemblyCompanyAttribute' attribute" 오류 발생
11880정성태4/25/201918473오류 유형: 531. 이벤트 로그 오류 - Task Scheduling Error: m->NextScheduledSPRetry 1547, m->NextScheduledEvent 1547
11879정성태4/24/201926871.NET Framework: 825. (번역글) .NET Internals Cookbook Part 10 - Threads, Tasks, asynchronous code and others파일 다운로드2
11878정성태4/22/201922654.NET Framework: 824. (번역글) .NET Internals Cookbook Part 9 - Finalizers, queues, card tables and other GC stuff파일 다운로드1
11877정성태4/22/201922737.NET Framework: 823. (번역글) .NET Internals Cookbook Part 8 - C# gotchas파일 다운로드1
11876정성태4/21/201921735.NET Framework: 822. (번역글) .NET Internals Cookbook Part 7 - Word tearing, locking and others파일 다운로드1
11875정성태4/21/201922769오류 유형: 530. Visual Studo에서 .NET Core 프로젝트를 열 때 "One or more errors occurred." 오류 발생
11874정성태4/20/201922955.NET Framework: 821. (번역글) .NET Internals Cookbook Part 6 - Object internals파일 다운로드1
11873정성태4/19/201921518.NET Framework: 820. (번역글) .NET Internals Cookbook Part 5 - Methods, parameters, modifiers파일 다운로드1
11872정성태4/17/201922327.NET Framework: 819. (번역글) .NET Internals Cookbook Part 4 - Type members파일 다운로드1
11871정성태4/16/201920931.NET Framework: 818. (번역글) .NET Internals Cookbook Part 3 - Initialization tricks [3]파일 다운로드1
11870정성태4/16/201919221.NET Framework: 817. Process.Start로 실행한 콘솔 프로그램의 출력 결과를 얻는 방법파일 다운로드1
11869정성태4/15/201925058.NET Framework: 816. (번역글) .NET Internals Cookbook Part 2 - GC-related things [2]파일 다운로드2
11868정성태4/15/201921043.NET Framework: 815. CER(Constrained Execution Region)이란?파일 다운로드1
11867정성태4/15/201920223.NET Framework: 814. Critical Finalizer와 SafeHandle의 사용 의미파일 다운로드1
11866정성태4/9/201923327Windows: 159. 네트워크 공유 폴더(net use)에 대한 인증 정보는 언제까지 유효할까요?
11865정성태4/9/201919120오류 유형: 529. 제어판 - C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Administrative Tools is not accessible.
11864정성태4/9/201917844오류 유형: 528. '...' could be '0': this does not adhere to the specification for the function '...'
11863정성태4/9/201917730디버깅 기술: 127. windbg - .NET x64 EXE의 EntryPoint
11862정성태4/7/201920230개발 환경 구성: 437. .NET EXE의 ASLR 기능을 끄는 방법
... 76  77  78  79  80  81  [82]  83  84  85  86  87  88  89  90  ...