Microsoft MVP성태의 닷넷 이야기
.NET Framework: 170. PerformanceCounter의 RawValue/NextValue()에서 멈춤 현상 [링크 복사], [링크+제목 복사],
조회: 29099
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
PerformanceCounter의 RawValue/NextValue()에서 멈춤 현상


제법 힘겨운 현상이 하나 발생했습니다. ASP.NET 응용 프로그램에 성능 카운터(PerformanceCounter)를 이용하여 값을 얻어오는 코드를 넣어두었는데,

perfCounter = new PerformanceCounter(); // How expensive is it to create a Windows performance counter?
perfCounter.CategoryName = perfProviderName;
perfCounter.CounterName = s;
perfCounter.InstanceName = instanceName;

long value1 = perfCounter.RawValue; 
/*
또는
float value = perfCounters[i].NextValue();
*/

평상 시에는 정상적으로 값을 가져오다가, 작업자 프로세스(Worker Process)가 재시작(Recycle)되어 새로 시작된 프로세스에서 실행될 때는 RawValue / NextValue()에서 멈춤(hang)현상이 발생했습니다. 약 4분 정도 스레드가 멈추는데... 꽤나 치명적이죠!

관련해서 해결책이 있는지 구글링을 해보았는데,

PerformanceCounter Constructor Horribly Slow
; http://www.pluralsight.com/community/blogs/craig/archive/2005/06/21/11596.aspx

위의 글은 PerformanceCounter의 생성자에서 대기 시간이 길다는 거였지만 나름 의미있는 정보가 있었습니다.


I can shed some light on these issues. PerformanceCounters use a machine wide memory mapped file to publish perf counter data. That file contains an object graph and various places we use as spinlocks.
The problem comes in when processes get killed unexpectedly. A process which dies while holding a spinlock won't release it, meaning the next process gets blocked. After spinning 10000 times, we assume some process died and continue on, so we won't block forever - 4 minutes on your machine. My guess is that IIS is terminating your app when it resets it



즉, asp.net에서 재시작하면 기존 프로세스에서 해제되지 않은 성능 카운터 리소스가 문제가 될수 있다는 것인데요. 위의 댓글에 보면 Whidbey 정식 버전에서는 고쳤다고 되어 있지만, 다시 이후의 댓글에 보면 현상이 여전하다고 합니다.

그다음 검색된 글에서는,

PerformanceCounter causes all application threads to hang 
; http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=94605

지연 시간이 저 같은 경우에는 4분 정도였는데, 위의 글에서는 2분 정도라고 합니다. 어쨌든 해결책은 없군요.

더 이상의 검색은 포기하고, 다시 원점으로 돌아와서 PerformanceCounter를 세세하게 뜯어보기 시작했습니다. 오호... 그런데, InstanceLifetime이라는 속성이 있습니다.

// Summary:
//     Specifies the lifetime of a performance counter instance.
public enum PerformanceCounterInstanceLifetime
{
    // Summary:
    //     Remove the performance counter instance when no counters are using the process
    //     category.
    Global = 0,
    //
    // Summary:
    //     Remove the performance counter instance when the process is closed.
    Process = 1,
}

이 속성을 Process로 하면, ReadOnly 속성은 반드시 false로 해야 합니다. (사실, "쓰기" 작업이 필요없지만.) 그래서 다음과 같이 코딩을 하니 문제가 해결되었습니다.

perfCounters = new PerformanceCounter();
perfCounters.CategoryName = perfProviderName;
perfCounters.InstanceName = instanceName;
perfCounters.CounterName = s;

perfCounters.InstanceLifetime = PerformanceCounterInstanceLifetime.Process;
perfCounters.ReadOnly = false;

정확한 내부 작업은 어떻게 된 것인지 확실치는 않지만, 이번엔 여기까지만! ^^



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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/15/2023]

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)
12061정성태11/20/201919421Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/20/201921019디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/201920326디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/201920885디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
12057정성태11/18/201916718오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력
12056정성태11/18/201922439개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법파일 다운로드1
12055정성태11/17/201916511개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우
12054정성태11/15/201918130.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제
12053정성태11/15/201919831Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우
12052정성태11/15/201918652오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)
12051정성태11/14/201922111개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump [1]
12050정성태11/14/201919678Windows: 165. AcLayers의 API 후킹과 FaultTolerantHeap
12049정성태11/13/201920186.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현
12048정성태11/12/201920350Windows: 164. GUID 이름의 볼륨에 해당하는 파티션을 찾는 방법
12047정성태11/12/201922629Windows: 163. 안전하게 eject시킨 USB 장치를 물리적인 재연결 없이 다시 인식시키는 방법
12046정성태10/29/201917165오류 유형: 577. windbg - The call to LoadLibrary(...\sos.dll) failed, Win32 error 0n193
12045정성태10/27/201917121오류 유형: 576. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 - 두 번째 이야기
12044정성태10/27/201916690오류 유형: 575. mstest.exe - System.Resources.MissingSatelliteAssemblyException: The satellite assembly named "Microsoft.VisualStudio.ProductKeyDialog.resources.dll, ..."
12043정성태10/27/201918284오류 유형: 574. Windows 10 설치 시 오류 - 0xC1900101 - 0x4001E
12042정성태10/26/201917926오류 유형: 573. OneDrive 하위에 위치한 Documents, Desktop 폴더에 대한 권한 변경 시 "Unable to display current owner"
12041정성태10/23/201918890오류 유형: 572. mstest.exe - The load test results database could not be opened.
12040정성태10/23/201919318오류 유형: 571. Unhandled Exception: System.Net.Mail.SmtpException: Transaction failed. The server response was: 5.2.0 STOREDRV.Submission.Exception:SendAsDeniedException.MapiExceptionSendAsDenied
12039정성태10/22/201916758스크립트: 16. cmd.exe의 for 문에서는 ERRORLEVEL이 설정되지 않는 문제
12038정성태10/17/201916853오류 유형: 570. SQL Server 2019 RC1 - SQL Client Connectivity SDK 설치 오류
12037정성태10/15/201924331.NET Framework: 867. C# - Encoding.Default 값을 바꿀 수 있을까요?파일 다운로드1
12036정성태10/14/201925505.NET Framework: 866. C# - 고성능이 필요한 환경에서 GC가 발생하지 않는 네이티브 힙 사용파일 다운로드1
... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...