mvc 미니 프로파일 러의 HttpRuntime 캐시 저장 용량 제한

Question

1. mvc 미니 프로파일 러가 모든 응답 시간을 HttpRuntime 캐시에 저장한다고 생각합니다.
   내가 틀렸다면 알려주십시오. 그렇다면이 캐시의 최대 한도는 얼마입니까? 캐시가 가득 차기 전에 얼마나 많은 작업을 프로파일 링 할 수 있습니까? 우리는 테스트 스위트의 프로파일 링 작업에 미니 프로파일 러를 사용하고 있으며, 시간이 지남에 따라 테스트 스위트가 커질 것이므로이 문제에 대해 우려하고 있습니다. 나는 걱정해야 하는가?

2. 관련 참고 사항. 모든 테스트가 완료되면 메서드를 SqlServerStorage 미니 프로파일 러 클래스에 호출하면됩니다. 모든 응답 시간은 SQL 서버 데이터베이스에 저장됩니다. 프로파일 러를 다시 시작하고 중지하지 않고 더 자주 Save 메서드를 호출 할 수있는 방법이 있습니까? 테스트 스위트를 시작할 때 시작하고 모든 테스트가 완료되면 끝내기 만하면됩니다. 하나의 프로파일 링 세션으로 MiniProfilers 테이블에 대한 항목 하나를 고려합니다. 지금은 호출 할 때마다 새로운 MiniProfilerId이 필요하기 때문에 '저장'방법을 두 번 이상 호출 할 수 없습니다.

의견이 있으십니까?

Answer 1

저는 미니 프로파일 러에 익숙하지 않지만 캐쉬에 대한 경험은 상당히 있습니다. HttpRuntime.Cache 속성은 System.Web.Caching.Cache 클래스에 대한 참조를 제공합니다. 어떤 개체 캐시의 구현입니다. 일반적으로이 캐시는 정적이므로 인스턴스가 하나뿐입니다. Web.Config 파일을 사용하여이 캐시의 동작을 구성 할 수 있습니다. Windows 캐시에 대해 염두에 두어야 할 몇 가지 사항을 사용하면 메모리 오류가 발생하지 않습니다. 캐시에는 얼마나 많은 메모리가 있어야 하는지를 알려주는 메모리 값이 있습니다. 일단 가장 높은 메모리 사용률에 가까워지면 가장 오래 전에 터치 된 객체부터 시작하여 캐시에서 객체를 제거하기 시작할 것입니다. 첫 번째 질문에 대한 간단한 대답은 아니오입니다. 메모리 제한에 대해 걱정하지 마십시오. 관리 언어의 주요 판매 포인트 중 하나는 메모리 소비에 대해 걱정할 필요가 없어 프레임 워크가 처리하도록해야한다는 것입니다.

# 2에 대해서는 걱정할 필요가 없습니다. 캐시는 응답 객체 자체를 버릴 수도 있지만, 이미 profilier의 결과 집계에 포함되어 있다고 추측 할 것이므로 심층적 인 검사를 원하지 않으면 원래 요청 객체 자체가 필요하지 않습니다.

간단히 말해서, 실제 문제를 해결하지 않으면 더 이상 걱정할 필요가 없습니다. 캐쉬를 작동하게하고 그것을 구축 한 엔지니어가 당신이 달리 증명할 때까지 자신이하고있는 일을 알고 있다는 것을 신뢰하십시오.