Microsoft MVP성태의 닷넷 이야기
.NET Framework: 372. PerformanceCounter - Category does not exist. [링크 복사], [링크+제목 복사],
조회: 26648
글쓴 사람
정성태 (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]

... 46  47  48  49  50  51  52  53  54  55  56  57  58  59  [60]  ...
NoWriterDateCnt.TitleFile(s)
12475정성태1/5/202123753.NET Framework: 995. C# - Span<T>와 Memory<T> [1]파일 다운로드1
12474정성태1/4/202120176.NET Framework: 994. C# - (.NET Core 2.2부터 가능한) 프로세스 내부에서 CLR ETW 이벤트 수신 [1]파일 다운로드1
12473정성태1/4/202119094.NET Framework: 993. .NET 런타임에 따라 달라지는 정적 필드의 초기화 유무 [1]파일 다운로드1
12472정성태1/3/202119017디버깅 기술: 178. windbg - 디버그 시작 시 스크립트 실행
12471정성태1/1/202119821.NET Framework: 992. C# - .NET Core 3.0 이상부터 제공하는 runtimeOptions의 rollForward 옵션 [1]
12470정성태12/30/202019834.NET Framework: 991. .NET 5 응용 프로그램에서 WinRT API 호출 [1]파일 다운로드1
12469정성태12/30/202024096.NET Framework: 990. C# - SendInput Win32 API를 이용한 가상 키보드/마우스 [1]파일 다운로드1
12468정성태12/30/202020867Windows: 186. CMD Shell의 "Defaults"와 "Properties"에서 폰트 정보가 다른 문제 [1]
12467정성태12/29/202020785.NET Framework: 989. HttpContextAccessor를 통해 이해하는 AsyncLocal<T> [1]파일 다운로드1
12466정성태12/29/202018222.NET Framework: 988. C# - 지연 실행이 꼭 필요한 상황이 아니라면 singleton 패턴에서 DCLP보다는 static 초기화를 권장 [1]파일 다운로드1
12465정성태12/29/202021960.NET Framework: 987. .NET Profiler - FunctionID와 연관된 ClassID를 구할 수 없는 문제
12464정성태12/29/202019679.NET Framework: 986. pptfont.exe - PPT 파일에 숨겨진 폰트 설정을 일괄 삭제
12463정성태12/29/202018627개발 환경 구성: 520. RDP(mstsc.exe)의 다중 모니터 옵션 /multimon, /span
12462정성태12/27/202021210디버깅 기술: 177. windbg - (ASP.NET 환경에서 유용한) netext 확장
12461정성태12/21/202020881.NET Framework: 985. .NET 코드 리뷰 팁 [3]
12460정성태12/18/202018901기타: 78. 도서 소개 - C#으로 배우는 암호학
12459정성태12/16/202020499Linux: 35. C# - 리눅스 환경에서 클라이언트 소켓의 ephemeral port 재사용파일 다운로드1
12458정성태12/16/202017533오류 유형: 694. C# - Task.Start 메서드 호출 시 "System.InvalidOperationException: 'Start may not be called on a task that has completed.'" 예외 발생 [1]
12457정성태12/15/202018619Windows: 185. C# - Windows 10/2019부터 추가된 SIO_TCP_INFO파일 다운로드1
12456정성태12/15/202019657VS.NET IDE: 156. Visual Studio - "Migrate packages.config to PackageReference"
12455정성태12/15/202019121오류 유형: 693. DLL 로딩 시 0x800704ec - This Program is Blocked by Group Policy [1]
12454정성태12/15/202019623Windows: 184. Windows - AppLocker의 "DLL Rules"를 이용해 임의 경로에 설치한 DLL의 로딩을 막는 방법 [1]
12453정성태12/14/202020621.NET Framework: 984. C# - bool / BOOL / VARIANT_BOOL에 대한 Interop [1]파일 다운로드1
12452정성태12/14/202020960Windows: 183. 설정은 가능하지만 구할 수는 없는 TcpTimedWaitDelay 값
12451정성태12/14/202018431Windows: 182. WMI Namespace를 열거하고, 그 안에 정의된 클래스를 열거하는 방법 [5]
12450정성태12/13/202019753.NET Framework: 983. C# - TIME_WAIT과 ephemeral port 재사용파일 다운로드1
... 46  47  48  49  50  51  52  53  54  55  56  57  58  59  [60]  ...