ASP.NET 응용 프로그램의 초기 시작 시간이 매우 긴 (imho) 원인을 확인하려고합니다.ASP.NET 시작 성능 프로파일 링 웹
응용 프로그램은 다양한 제 3 자 라이브러리를 사용하지만 통합 될 수있는 많은 참고 자료가 있지만 DLL을 식별하고 비난하는 것은 물론 확장 된 시작 프로세스에 기여하는 정도를 확인하려고합니다. .
지금까지 시작 시간은 상자의 다른 용도에 따라 2-5 분입니다. 이것은 사이트의 복잡성에 근거한 제 생각에는 받아 들일 수없는 것이고, 30 초의 범위 내에서 이것을 최소화해야합니다.
내가 원하는 성능의 범위에서 명확히하기 위해 첫 번째 요청에서 초기 Application_Start 메서드가 실행될 때까지의 시간입니다.
어디서 DLL을로드 할 것인지,로드하는 데 걸리는 시간부터 시작해야하므로 비용/이점을 함께 해결할 수 있습니다.이를 해결/통합해야합니다.
능력 관점에서 볼 때, 나는 잠시 동안 JetBrains dotTrace를 사용 해왔고 응용 프로그램에서 일단 응용 프로그램을 벤치마킹하는 방법에 대해서는 명확하지만 응용 프로그램 코드 외부에있는 것처럼 보입니다. 그러므로 내가 현재 알고있는 것 이상으로.
내가 찾고있는 것은 내 코드에 첫 번째 진입 점 앞에 무슨 일이 일어나고 있는지를 알 수있는 방법론입니다.
참고 : 초기로드를 수행하기 위해 리사이클/업그레이드의 기본 페이지를 호출 할 수 있다는 것을 알고 있지만 실제 문제보다는 용지에 인쇄하는 것이 좋습니다.
주 2 : 하드웨어는 기능면에서 충분히 확장되고 분리되어 있으므로이 문제가 아니라고 확신합니다.
대답은 극적으로 다르기 때문에 "이것은 프로젝트 *에서 받아 들일 수 없습니다 *"또는 "이것은 내 생각에는 받아 들일 수 없습니다 *"에서 결정하십시오. 하나는 프로덕션 응용 프로그램의 목표를 달성하기위한 것입니다 , 다른 -로드 성능에 대해 자신을 즐겁게/교육하는 방법. –
2 ~ 5 분의 시작 시간은 아마도 두 가지 기준을 모두 만족시킬 것입니다. 앱 도메인이 재활용되고 서비스가 2-5 분 동안 중단 된 경우 수용 가능한 것으로 판단되는 개발자 * 또는 * 프로젝트를 구상하는 데 어려움이 있습니다. –
질문을 업데이트합니다. Application_Start 메서드가 실행되기 전의 시간입니다. – Martin