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

... 166  167  168  169  170  171  172  173  174  175  176  177  [178]  179  180  ...
NoWriterDateCnt.TitleFile(s)
536정성태9/12/200732356.NET Framework: 97. WCF : netTcpBinding에서의 각종 Timeout 값 설명 [11]
535정성태9/11/200729811.NET Framework: 96. WCF - PerSession에서의 클라이언트 연결 관리 [5]
534정성태9/3/200725313개발 환경 구성: 29. VHD 파일 크기 줄이기
533정성태9/2/200728016개발 환경 구성: 28. CA 서비스 - 사용자 정의 템플릿 유형 추가
532정성태9/2/200730549개발 환경 구성: 27. AD CA에서 Code Signing 인증서 유형 추가 방법
531정성태9/2/200726291.NET Framework: 95. WCF에서의 DataTable 사용
530정성태9/1/200722798.NET Framework: 94. WCF 예외에 대한 시행착오
529정성태8/31/200725699.NET Framework: 93. WCF - DataContract와 KnownType 특성 [1]
528정성태8/30/200720353오류 유형: 47. VPC - 네트워크 어댑터 MAC 주소 중복 오류
527정성태8/30/200730430Team Foundation Server: 20. 잠긴 파일을 강제로 해제 [2]
526정성태8/29/200720328오류 유형: 46. VS.NET 2008 - ASP.NET 디버깅 : Strong name validation failed.
525정성태8/27/200722569VS.NET IDE: 54. VS.NET 2008 - 새롭게 도입되는 XSD Schema Designer
524정성태8/23/200740077오류 유형: 45. 요청한 작업은, 사용자가 매핑한 구역이 열려 있는...
523정성태8/16/200722730VS.NET IDE: 53. VS.NET 2008 - 서비스 참조 시 기존 데이터 컨테이너 DLL 사용
522정성태8/13/200726374VS.NET IDE: 52. VS.NET 2008 - WCF를 위한 디버깅 환경 개선
521정성태8/8/200726386.NET Framework: 92. XmlSerializer 생성자의 실행 속도를 올리는 방법 - 두 번째 이야기 [3]
520정성태8/7/200721589VS.NET IDE: 51. Visual Studio 2008 베타 2 설치
519정성태7/27/200727962오류 유형: 44. System.BadImageFormatException [2]
518정성태7/26/200728980오류 유형: 43. System.ComponentModel.LicenseException [1]
517정성태7/19/200717269개발 환경 구성: 26. VPC - 일반 사용자 계정으로 구동
516정성태7/19/200720383오류 유형: 42. TFS - Error loading menu: Index was outside the bounds of the array [2]
515정성태7/18/200728131오류 유형: 41. SSL 서버 자격 증명을 만드는 동안 심각한 오류가 발생했습니다.
514정성태7/14/200720821Team Foundation Server: 19. Orcas에서 개선되는 TFS 기능들
513정성태7/4/200731796.NET Framework: 91. Foreground Thread / Background Thread [1]
512정성태6/27/200721727오류 유형: 40. error PRJ0050: Failed to register output.
511정성태6/25/200729734.NET Framework: 90. XmlSerializer 생성자의 실행 속도를 올리는 방법 [2]
... 166  167  168  169  170  171  172  173  174  175  176  177  [178]  179  180  ...