ASP.NET 응용 프로그램 성능 모니터
업데이트: 2007년 11월
웹 응용 프로그램의 성능을 테스트하고 모니터 작업을 돕는 여러 도구가 있습니다. ASP.NET에는 응용 프로그램의 실행을 추적하는 데 사용할 수 있는 여러 성능 카운터가 있습니다. 또한 기본으로 제공되는 ASP.NET 추적 기능을 사용하여 페이지나 응용 프로그램의 코드 실행을 추적할 수도 있습니다.
.gif "참고") 참고: |
|---|
일부 시각적 디자이너에는 ASP.NET 응용 프로그램을 테스트하기 위한 도구가 있습니다. 예를 들어 Microsoft Visual Studio 2005에서는 웹 서버에 여러 개의 연결을 열고 HTTP 요청을 빠르게 보내 많은 사용자 그룹을 시뮬레이션하는 ACT(Application Center Test) 1.0을 제공합니다. 자세한 내용은 MSDN 웹 사이트에서 ACT 설명서를 참조하십시오. |
개별 응용 프로그램에 대해 대부분의 ASP.NET 성능 카운터가 노출됩니다. Windows 성능 모니터(Perfmon.exe)에서 응용 프로그램별 카운터는 ASP.NET Application 성능 개체 아래에서 사용할 수 있습니다. 서버에 여러 응용 프로그램이 있는 경우에는 모니터링할 카운터를 선택할 때 특정 응용 프로그램 인스턴스를 지정합니다. 또한 성능 모니터에는 서버의 모든 응용 프로그램에 대한 카운터 값을 집계하는 특수한 응용 프로그램 인스턴스인 **__Total__**이 있습니다.
또한 ASP.NET은 특정 응용 프로그램 인스턴스에 바인딩되지 않는 전역 카운터를 노출합니다. 이 카운터는 ASP.NET 성능 개체 아래에 있습니다. Windows 성능 모니터에서 이러한 카운터를 보는 방법은 방법: 컴퓨터에서 사용 가능한 ASP.NET 성능 카운터 보기를 참조하십시오. 각 ASP.NET 시스템 및 ASP.NET 응용 프로그램 성능 카운터에 대한 내용은 ASP.NET의 성능 카운터를 참조하십시오.
ASP.NET에는 연속 추적 결과 문 간의 중요한 타이밍 정보와 서버 컨트롤 계층 정보, 사용된 뷰 상태의 양, 페이지에서 컨트롤의 렌더링된 크기에 대한 정보 등을 볼 수 있는 추적 기능도 들어 있습니다. 추적에 대한 자세한 내용은 ASP.NET 추적 개요를 참조하십시오.
ASP.NET은 공용 언어 런타임에서 실행되기 때문에 공용 언어 런타임의 프로파일링 서비스를 사용하여 입력 시점에서부터 모든 중간 계층 개체 및 최종 시점까지 완전하게 웹 페이지를 프로파일링할 수 있습니다. 프로파일러에 대한 자세한 내용은 ASP.NET 및 AJAX 응용 프로그램 디버깅을 참조하십시오.
| 참고: |
|---|
지속적으로 상태 실행 분석을 하는 경우 첫 요청과 개체에 대한 모든 1회 초기화 비용은 무시하는 것이 좋을 때가 많습니다. 예를 들어, ASP.NET 페이지를 처음 요청할 때 응용 프로그램이 미리 컴파일되지 않은 경우에는 Page 클래스의 인스턴스를 컴파일하는 비용이 발생할 수 있습니다. 응용 프로그램이 컴파일되면 이후 요청을 할 때 성능이 개선됩니다. |
.NET Framework에서의 성능 모니터링에 대한 자세한 내용은 성능 임계값 모니터링 개요를 참조하십시오.
참고 항목
개념
ASP에서 ASP.NET 2.0으로 마이그레이션할 때의 성능 문제