2012-10-23 4 views
6

.NET 웹 응용 프로그램의 부하 테스트 중에 성능 카운터를 모니터링하는 동안 "RT 검사에서 % 시간"이라는 카운터에 대해 기본 임계 임계 값 10이 계속 초과되었습니다.% RT 검사의 시간이

런타임 검사를 수행하는 데 많은 시간을 소비하는 것이 나쁜 이유는 무엇입니까?
신청서에 대해 어떤 내용이 있습니까? 어떻게 개선해야합니까?

+1

실제 답변이 아니지만 [이] (http://social.msdn.microsoft.com/forums/en-US/vststest/thread/a976fa4b-fe8d-44da-8a45-247f26b8a8d1)을 보았습니까? –

+0

예 실제로 링크를 사용해 주셔서 감사합니다. – carrier

답변

9

이 임계 값은 반드시 나쁜 성능을 나타낼 필요는 없습니다 (수행중인 작업에 따라 처리 시간의 10 %는 그리 많지 않을 수 있습니다!).

또 다른 관련 카운터 인 "Total Runtime checks."이 있습니다. 이 카운터는 실제 런타임 검사 수를 표시합니다 (here에 설명되어 있음). 해당 카운터의 값이 낮 으면 문제가 없다는 가능성이 있습니다. 앱이 높으면 (또는 앱의 특정 지점에서 빠르게 증가하는 경우) 조사 할 가치가있는 문제가있을 수 있습니다.

이러한 "런타임 검사"는 코드에서 런타임의 특정 CAS 권한을 요청할 때 수행되는 코드 액세스 보안 검사입니다. 코드가 복잡하거나 제한된 신뢰로 실행되는 경우 많은 요청을하고 있으며 코드를 최적화하여 코드를 최적화 할 수 있습니다. 그러나 이것이 항상 간단한 최적화가 아니기 때문에 이것이 너무 심하게 살펴보기 전에 문제인지 확인해야합니다.

+0

답변 해 주셔서 감사합니다 ... "런타임에서 특정 CAS를 기다리는 중"을 묻는 코드 예제를 제공 할 수 있습니까? – carrier

+0

예를 들어 권한이없는 앱에 대한 권한이없는 레지스트리 또는 파일 액세스가있을 수 있습니다. MS 설명서 (또는 적어도 시작 지점)는 [여기]입니다 (http://msdn.microsoft.com/en-us/library/930b76w0.aspx). –