Microsoft MVP성태의 닷넷 이야기
.NET Framework: 547. PerformanceCounter의 InstanceName 지정 시 주의 사항 [링크 복사], [링크+제목 복사],
조회: 21980
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... [121]  122  123  124  125  126  127  128  129  130  131  132  133  134  135  ...
NoWriterDateCnt.TitleFile(s)
10900정성태2/19/201622136.NET Framework: 548. Linq는 결국 메서드 호출! [3]파일 다운로드1
10899정성태2/17/201623431개발 환경 구성: 282. kernel32.dll, kernel32legacy.dll, api-ms-win-core-sysinfo-l1-2-0.dll [1]
10898정성태2/17/201621980.NET Framework: 547. PerformanceCounter의 InstanceName 지정 시 주의 사항파일 다운로드1
10897정성태2/17/201621282디버깅 기술: 76. windbg 분석 사례 - 닷넷 프로파일러의 GC 콜백 부하
10896정성태2/17/201622385오류 유형: 320. FATAL: 28000: no pg_hba.conf entry for host "fe80::1970:8120:695:a41e%12"
10895정성태2/17/201621248.NET Framework: 546. System.AppDomain으로부터 .NET Profiler의 AppDomainID 구하는 방법 [1]
10894정성태2/17/201621948오류 유형: 319. Visual Studio에서 찾기는 성공하지만 해당 소스 코드 정보가 보이지 않는 경우
10893정성태2/16/201620623.NET Framework: 545. 닷넷 - 특정 클래스가 로드되었는지 여부를 알 수 있을까? - 두 번째 이야기
10892정성태2/16/201621196오류 유형: 318. 탐색기에서 폴더 생성/삭제 시 몇 초 동안 멈추는 현상
10891정성태2/16/201624262VC++: 95. 내 CPU가 MPX/SGX를 지원할까요? [1]
10890정성태2/15/201624087.NET Framework: 544. C# 5의 Caller Info를 .NET 4.5 미만의 응용 프로그램에 적용하는 방법 [5]
10889정성태2/14/201620424.NET Framework: 543. C++의 inline asm 사용을 .NET으로 포팅하는 방법 - 두 번째 이야기파일 다운로드1
10888정성태2/14/201618731.NET Framework: 542. 닷넷 - 특정 클래스가 로드되었는지 여부를 알 수 있을까?
10887정성태2/3/201619433VC++: 94. MPX(Memory Protection Extensions) 테스트파일 다운로드1
10886정성태2/3/201620677개발 환경 구성: 281. Intel MPX Runtime Driver 수동 설치
10885정성태2/2/201620367오류 유형: 317. Sybase.Data.AseClient.AseException: The command has timed out.
10884정성태1/11/201621602개발 환경 구성: 280. 닷넷에서 SAP Adaptive Server Enterprise 데이터베이스 사용파일 다운로드1
10882정성태1/6/201620885Windows: 113. 윈도우의 2179, 26143, 47001 TCP 포트 사용 [1]
10881정성태1/3/201622278오류 유형: 316. 윈도우 10 - 바탕/돋음 체가 사라져 한글이 깨지는 현상 [2]
10880정성태12/16/201520012오류 유형: 315. 닷넷 프로파일러의 오류 코드 정보
10879정성태12/16/201521955오류 유형: 314. Error : DEP0700 : Registration of the app failed. error 0x80070005
10878정성태12/9/201525058디버깅 기술: 75. UWP(유니버설 윈도우 플랫폼) 앱에서 global::System.Diagnostics.Debugger.Break 예외 발생 시 대응 방법
10877정성태12/9/201529425VC++: 93. std::thread 사용 시 R6010 오류 [2]
10876정성태11/26/201525513.NET Framework: 541. SignedXml을 이용한 ds:Signature만드는 방법 [3]파일 다운로드1
10875정성태11/26/201530494개발 환경 구성: 279. signtool.exe의 다중 서명 기능 [2]
10874정성태11/26/201526464개발 환경 구성: 278. 인증서와 인증서를 이용한 코드 사인의 해시 구분
... [121]  122  123  124  125  126  127  128  129  130  131  132  133  134  135  ...