Microsoft MVP성태의 닷넷 이야기
.NET Framework: 372. PerformanceCounter - Category does not exist. [링크 복사], [링크+제목 복사],
조회: 18730
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

PerformanceCounter - Category does not exist.

성능 모니터링 도구를 보면 닷넷 관련해서 다음과 같은 범주의 성능 카운터들이 제공되는 것을 볼 수 있는데요.

admin_perf_counter_1.png

이를 이용하기 위해 실제로 코드를 작성하면,

using System;
using System.Diagnostics;

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            foreach (var item in PerformanceCounterCategory.GetCategories())
            {
                if (item.CategoryName.IndexOf("CLR") != -1)
                {
                    Console.WriteLine(item.CategoryName);
                }
            }

            Console.WriteLine();

            string categoryName = ".NET CLR Memory";
            var category = new PerformanceCounterCategory(categoryName);
            var counters = category.GetInstanceNames(); // 예외 발생: Category does not exist

            string counterName = "Gen 0 heap Size";
            using (PerformanceCounter perfCounter
                = new PerformanceCounter(categoryName, counterName, "......", true)) // 예외 발생: Category does not exist
            {
                // ......
            }
        }
    }
}

위의 2가지 코드에서 예외가 발생하는 것을 볼 수 있습니다. 분명히 ".NET CLR Memory" 범주가 있는데도, 이에 대한 정보를 구하려고 하니 없다고 예외를 뿌리고 있는 것입니다.

System.InvalidOperationException was unhandled
  Message=Category does not exist.
  Source=System
  StackTrace:
       at System.Diagnostics.PerformanceCounterLib.CounterExists(String machine, String category, String counter)
       at System.Diagnostics.PerformanceCounter.Initialize()
       at System.Diagnostics.PerformanceCounter..ctor(String categoryName, String counterName, String instanceName, Boolean readOnly)
       at ConsoleApplication1.Program.Main(String[] args) in d:\...\ConsoleApplication1\Program.cs:line 26
  InnerException: 

다행히 이에 대한 원인은 다음의 글에서 쉽게 찾을 수 있었습니다.

C#: Accessing PerformanceCounters for the “.NET CLR Memory category”
; http://stackoverflow.com/questions/4705698/c-accessing-performancecounters-for-the-net-clr-memory-category

즉, ^^ 관리자 권한으로 실행해야 한다는 군요.

비-관리자 권한일 때는 다음의 CLR 성능 카운터를 구할 수 있는 반면,

  • .NET CLR Networking
  • MSSQL$SQLEXPRESS:CLR
  • .NET CLR Data
  • .NET CLR Networking 4.0.0.0

관리자 권한인 경우 다음의 범주를 모두 다룰 수 있습니다.

  • .NET CLR Exceptions
  • .NET CLR Networking
  • .NET CLR Loading
  • .NET CLR LocksAndThreads
  • .NET CLR Remoting
  • .NET CLR Security
  • .NET CLR Interop
  • .NET CLR Memory
  • .NET CLR Data
  • .NET CLR Networking 4.0.0.0
  • .NET CLR Jit
  • MSSQL$SQLEXPRESS:CLR

그나저나... 이런 것은 성능 카운터의 부작용이라고 봐야 할 것 같습니다. 왜냐하면, 구하려는 성능 카운터의 대상이 자신과 동일한 exe인 경우일지라도 그 정보를 구할 수 없다는 것인데, 자신에 대한 성능 정보를 접근하는 것에 특별한 권한이 필요하다는 것은 좀 아이러니하죠. 다른 프로세스라면 이해할 수 있지만! ^^





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







[최초 등록일: ]
[최종 수정일: 6/23/2021]

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

비밀번호

댓글 작성자
 



2013-07-17 11시53분
[ing™] 성능 카운트를 통해 얻는 것이기 때문에 그에 맞는 실행 권한 때문이지 않을까 합니다마. 이건 그냥 유추입니다.
[guest]

1  2  3  4  5  6  7  8  9  10  11  12  13  14  [15]  ...
NoWriterDateCnt.TitleFile(s)
13279정성태3/9/20234406오류 유형: 851. 파이썬 ModuleNotFoundError: No module named '_cffi_backend'
13278정성태3/8/20234476개발 환경 구성: 669. WSL 2의 (init이 아닌) systemd 지원 [1]
13277정성태3/6/20235242개발 환경 구성: 668. 코드 사인용 인증서 신청 및 적용 방법(예: Digicert)
13276정성태3/5/20234837.NET Framework: 2102. C# 11 - ref struct/ref field를 위해 새롭게 도입된 scoped 예약어
13275정성태3/3/20235068.NET Framework: 2101. C# 11의 ref 필드 설명
13274정성태3/2/20234621.NET Framework: 2100. C# - ref 필드로 ref struct 타입을 허용하지 않는 이유
13273정성태2/28/20234385.NET Framework: 2099. C# - 관리 포인터로서의 ref 예약어 의미
13272정성태2/27/20234636오류 유형: 850. SSMS - mdf 파일을 Attach 시킬 때 Operating system error 5: "5(Access is denied.)" 에러
13271정성태2/25/20234613오류 유형: 849. Sql Server Configuration Manager가 시작 메뉴에 없는 경우
13270정성태2/24/20234136.NET Framework: 2098. dotnet build에 /p 옵션을 적용 시 유의점
13269정성태2/23/20234778스크립트: 46. 파이썬 - uvicorn의 콘솔 출력을 UDP로 전송
13268정성태2/22/20235295개발 환경 구성: 667. WSL 2 내부에서 열고 있는 UDP 서버를 호스트 측에서 접속하는 방법
13267정성태2/21/20235174.NET Framework: 2097. C# - 비동기 소켓 사용 시 메모리 해제가 finalizer 단계에서 발생하는 사례파일 다운로드1
13266정성태2/20/20234810오류 유형: 848. .NET Core/5+ - Process terminated. Couldn't find a valid ICU package installed on the system
13265정성태2/18/20234683.NET Framework: 2096. .NET Core/5+ - PublishSingleFile 유형에 대한 runtimeconfig.json 설정
13264정성태2/17/20236301스크립트: 45. 파이썬 - uvicorn 사용자 정의 Logger 작성
13263정성태2/16/20234478개발 환경 구성: 666. 최신 버전의 ilasm.exe/ildasm.exe 사용하는 방법
13262정성태2/15/20235534디버깅 기술: 191. dnSpy를 이용한 (소스 코드가 없는) 닷넷 응용 프로그램 디버깅 방법 [1]
13261정성태2/15/20234877Windows: 224. Visual Studio - 영문 폰트가 Fullwidth Latin Character로 바뀌는 문제
13260정성태2/14/20234642오류 유형: 847. ilasm.exe 컴파일 오류 - error : syntax error at token '-' in ... -inf
13259정성태2/14/20234785.NET Framework: 2095. C# - .NET5부터 도입된 CollectionsMarshal
13258정성태2/13/20234604오류 유형: 846. .NET Framework 4.8 Developer Pack 설치 실패 - 0x81f40001
13257정성태2/13/20234714.NET Framework: 2094. C# - Job에 Process 포함하는 방법 [1]파일 다운로드1
13256정성태2/10/20235456개발 환경 구성: 665. WSL 2의 네트워크 통신 방법 - 두 번째 이야기
13255정성태2/10/20234868오류 유형: 845. gihub - windows2022 이미지에서 .NET Framework 4.5.2 미만의 프로젝트에 대한 빌드 오류
13254정성태2/10/20234775Windows: 223. (WMI 쿼리를 위한) PowerShell 문자열 escape 처리
1  2  3  4  5  6  7  8  9  10  11  12  13  14  [15]  ...