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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  [66]  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12289정성태8/6/202017020개발 환경 구성: 502. Portainer에 윈도우 컨테이너를 등록하는 방법
12288정성태8/5/202016024오류 유형: 637. WCF - The protocol 'net.tcp' does not have an implementation of HostedTransportConfiguration type registered.
12287정성태8/5/202017601오류 유형: 636. C# - libdl.so를 DllImport로 연결 시 docker container 내에서 System.DllNotFoundException 예외 발생
12286정성태8/5/202018950개발 환경 구성: 501. .NET Core 용 container 이미지 만들 때 unzip이 필요한 경우
12285정성태8/4/202018569오류 유형: 635. 윈도우 10 업데이트 - 0xc1900209 [2]
12284정성태8/4/202017946디버깅 기술: 169. Hyper-V의 VM에 대한 메모리 덤프를 뜨는 방법
12283정성태8/3/202018888디버깅 기술: 168. windbg - 필터 드라이버 확인하는 확장 명령어(!fltkd) [2]
12282정성태8/2/202016653디버깅 기술: 167. windbg 디버깅 사례: AppDomain 간의 static 변수 사용으로 인한 crash (2)
12281정성태8/2/202020271개발 환경 구성: 500. (PDB 연결이 없는) DLL의 소스 코드 디버깅을 dotPeek 도구로 해결하는 방법
12280정성태8/2/202018402오류 유형: 634. 오라클 (평생) 무료 클라우드 VM 생성 후 SSH 접속 시 키 오류 발생 [2]
12279정성태7/29/202020190개발 환경 구성: 499. 닷넷에서 접근해보는 InterSystems의 Cache 데이터베이스파일 다운로드1
12278정성태7/23/202016781VS.NET IDE: 149. ("Binary was not built with debug information" 상태로) 소스 코드 디버깅이 안되는 경우
12277정성태7/23/202018719개발 환경 구성: 498. DEVPATH 환경 변수의 사용 예 - .NET Reflector의 (PDB 연결이 없는) DLL의 소스 코드 디버깅
12276정성태7/23/202018152.NET Framework: 930. 개발자를 위한 닷넷 어셈블리 바인딩 - DEVPATH 환경 변수
12275정성태7/22/202020256개발 환경 구성: 497. 닷넷에서 접근해보는 InterSystems의 IRIS Data Platform 데이터베이스파일 다운로드1
12274정성태7/21/202019647개발 환경 구성: 496. Azure - Blob Storage Account의 Location 이전 방법 [1]파일 다운로드1
12273정성태7/18/202022383개발 환경 구성: 495. Azure - Location이 다른 웹/DB 서버의 경우 발생하는 성능 하락
12272정성태7/16/202015556.NET Framework: 929. (StrongName의 버전 구분이 필요 없는) .NET Core 어셈블리 바인딩 규칙 [2]파일 다운로드1
12271정성태7/16/202018540.NET Framework: 928. .NET Framework의 Strong-named 어셈블리 바인딩 (2) - 런타임에 바인딩 리디렉션파일 다운로드1
12270정성태7/16/202019189오류 유형: 633. SSL_CTX_use_certificate_file - error:140AB18F:SSL routines:SSL_CTX_use_certificate:ee key too small
12269정성태7/16/202016491오류 유형: 632. .NET Core 웹 응용 프로그램 - The process was terminated due to an unhandled exception.
12268정성태7/15/202019063오류 유형: 631. .NET Core 웹 응용 프로그램 오류 - HTTP Error 500.35 - ANCM Multiple In-Process Applications in same Process
12267정성태7/15/202021200.NET Framework: 927. C# - 윈도우 프로그램에서 Credential Manager를 이용한 보안 정보 저장파일 다운로드1
12266정성태7/14/202018082오류 유형: 630. 사용자 계정을 지정해 CreateService API로 서비스를 등록한 경우 "Error 1069: The service did not start due to a logon failure." 오류발생
12265정성태7/10/202017004오류 유형: 629. Visual Studio - 웹 애플리케이션 실행 시 "Unable to connect to web server 'IIS Express'." 오류 발생
12264정성태7/9/202028306오류 유형: 628. docker: Error response from daemon: Conflict. The container name "..." is already in use by container "...".
... 61  62  63  64  65  [66]  67  68  69  70  71  72  73  74  75  ...