ASP 스크립팅 최적화

코드 최적화는 신중하게 수행해야 합니다. ASP 스크립팅에서는 다른 프로그래밍 언어에서처럼 가장 많은 시간과 리소스를 소비하는 응용 프로그램의 영역을 파악하는 것이 중요합니다. 이 정보는 위의 영역을 최적화 하는데 있어서 효과적으로 사용할 수 있습니다.

여기서는 ASP 스크립트에서 성능 문제를 최소로 줄이는데 도움이 되는 몇 가지 팁을 소개합니다.

• Global.asa에 개체를 작성하거나 각각의 ASP 스크립트에 요구에 따라 개체를 작성하여 응용 프로그램 영역에 위치시킴으로써 응용 프로그램 영역의 개체와 데이터를 캐시하십시오.
• IIS 5.1에서는 기본값으로 설정되어 있는 ASP 버퍼링에 의해 Response.Write 호출의 출력을 결합하십시오.시간이 많이 걸리는 작업을 수행하는 동안 버퍼링된 출력을 사용하는 응용 프로그램의 인지 성능을 개선하려면 응용 프로그램이 주기적으로 Reponse.Flush를 사용하여 사용자와의 접촉을 유지 관리해야 합니다.

  웹 응용 프로그램에 ASP 버퍼링을 사용 불가능으로 설정한 경우에는 개별 출력 문자열을 하나의 더 큰 문자열로 결합하여 Response.Write에 대한 호출 수를 줄임으로써 성능을 향상시킬 수 있습니다. 그러나 이를 달성하기 위해 확장 문자열 조작을 수행하면 성능은 개선되는 반면 문자열을 처리하는 시간은 더 오래 걸려 그 효과가 상쇄됩니다.

• Response 개체의 buffer 속성을 IIS 4.0에서 설정하면 ASP Response 개체의 Buffer 속성은 기본적으로 FALSE로 설정됩니다. IIS 5.1을 새로 설치하면 Buffer 속성은 기본적으로 TRUE로 설정됩니다. IIS 이전 버전에서 IIS 5.1로 업그레이드하면 Buffer 속성은 이전 설정에서 변경되지 않습니다.
  
  Buffer 속성을 TRUE로 설정하면 사용자가 모뎀을 사용하여 응용 프로그램에 주로 연결한 대용량 ASP 응용 프로그램의 성능을 현저하게 개선할 수 있습니다. 선택한 페이지에 <% Response.Buffer = True %> 문을 추가하거나 IIS 스냅인에서 응용 프로그램의 버퍼링 기능을 설정할 수 있습니다. 또한 IIS 스냅인을 사용하여 전체 응용 프로그램의 속성을 변경할 수 있습니다.
• 응용 프로그램 영역이나 세션 영역에서 개체의 인스턴스를 만들 때 Server.CreateObject 대신 <OBJECT> 태그를 사용하십시오. IIS는 개체가 실제로 사용될 때까지 <OBJECT> 태그로 지정된 개체의 인스턴스 작성을 지연시키기 때문입니다. <OBJECT> 태그를 사용하면 스크립트가 해당 개체를 사용하기 전에는 응용 프로그램이 개체의 인스턴스를 만들지 않습니다. 반대로 Server.CreateObject는 스크립트가 개체를 사용하는 지 여부와 상관없이 개체의 인스턴스를 즉시 만들기 위해 IIS를 강제합니다.
• 지역 변수를 사용하고 공용 변수를 가급적 사용하지 마십시오. ASP 스크립팅 엔진은 지역 변수 값을 액세스할 때는 전체 이름 공간에서 검색하지 않기 때문에 공용 변수 보다 지역 변수를 더 빨리 액세스할 수 있습니다.
• 가능하면 HTTP 라운드 트립 필요성을 최소로 줄이기 위해 사용자 입력의 클라이언트쪽 유효성 검사를 사용하십시오.모든 기능이 갖추어져 있는 강력한 브라우저를 사용하면 더 중요한 작업에 사용하기 위해 서버쪽 리소스를 남겨둡니다. 응용 프로그램에 따라 데이터 손상을 방지하기 위해 서버에서 무결성 검사를 일부 수행해야 합니다.
• 값을 두 번 이상 참조하는 경우에는 값 집합에서 개별 값을 지역 변수로 복사하십시오.이렇게 하면 ASP는 각 참조나 모든 참조에 대해 조회 작업을 하지 않아도 됩니다.
• 가능하면 전체 응용 프로그램의 세션 상태를 해제하십시오.응용 프로그램에서 IIS 세션을 사용하지 않아도 되는 경우에는 인터넷 정보 서비스 스냅인을 사용하여 전체 응용 프로그램의 세션 상태를 사용 불가능으로 설정해야 합니다. IIS의 세션은 메모리에 남게 되고 세션에 할당된 메모리는 세션이 종료되거나 시간 초과될 때까지는 계속 사용됩니다. 동시에 많은 사용자가 응용 프로그램을 사용하면 서버 자원은 고갈되며 성능에도 영향이 미칩니다. @ENABLESESSIONSTATE 지시어를 사용하여 세션 상태를 필요로 하지 않는 응용 프로그램의 부분에 대한 세션 상태를 해제하십시오.
• 페이지에 <FRAMESET> 요소가 포함되어 있는 경우에는 가능한 세션 상태를 해제하는 것이 좋습니다. Internet Explorer를 포함하여 일부 브라우저는 별도의 스레드를 사용하여 프레임셋의 각 프레임을 처리합니다. 프레임셋 페이지에 대해 세션 상태를 사용하면, IIS는 독립된 요청을 처리하는 스레드를 강제로 직렬화하기 때문에 이 병렬 스레드를 사용하여 클라이언트쪽 성능에서 얻는 이점이 사라집니다.
• 세션 상태에 의존하고 있는 경우에는 Session 개체와 세션 상태에 대량의 데이터를 두지 마십시오. IIS의 세션이 지속되면 세션에 할당된 메모리는 세션이 종료되거나 시간 초과될 때까지 계속 할당되어 있으므로 동시에 많은 사용자가 응용 프로그램을 사용하면 서버 자원은 고갈되며 성능에도 영향을 미칩니다.
• 빈 Session_OnStart 또는 Session_OnEnd를 제공하지 마십시오.
• IIS와 ASP 구성을 변경할 경우 그 영향을 주의깊게 살펴 보십시오. 자세한 내용은 IIS 구성 최적화를 참조하십시오.
• ASP 페이지를 응용 프로그램의 일부로 실행하고 있는 경우에는 응용 프로그램을 응용 프로그램 디버깅을 위한 out-or-process로 지정하십시오.IIS 4.0에 도입된 프로세스 격리는 유용한 기능입니다. 그러나 프로세스 격리를 지원하기 위해 필요한 교차 프로세스 마샬링은 ASP 처리에 어느 정도의 오버헤드를 초래할 수 있습니다. 간단한 ASP 페이지에서는 오버헤드의 차이가 가장 중요하게 고려되지만 더 복잡한 페이지에서는 큰 문제가 되지 않습니다. 확장성과 성능을 최대화하기 위해서는 응용 프로그램이 충분히 디버그되고 IIS에서 종속 프로세스로 실행할 수 있을 만큼 안정될 때까지 독립 프로세스로 실행하는 방안을 고려할 수 있습니다.
• 가급적 ReDimming 배열을 사용하지 마십시오.배열이 처음 초기화될 때 전체 배열 크기를 할당하는 것이 더 효율적입니다.

© 1997-2001 Microsoft Corporation. All rights reserved.