어플리케이션을 구축하는데 있어서, 기능 요건 뿐만 아니라 엔드 유저에게 스트레스를 주지 않는 퍼포먼스를 확보하는 것은 중요하다. 기존에는「8초 룰」등이라는 말이 있었지만, 최근「5초 룰」「3초 룰」으로 더욱 더 어려워지는 유저 요건으로 머리를 쥐어짜는 개발자 선배님들도 많을 것이다. 어플리케이션 개발에 있어서, 퍼포먼스 튜닝의 중요성은 더욱 높아져 가고 있다. 이미 테스트 공정의 중요한 1단계로서 퍼포먼스 성능을 판단하는「부하 테스트」의 존재는 빠뜨릴 수 없는 것이다. 　 부하 테스트를 실시하는 툴로서는 Microsoft에서 무상으로 제공되고 있는「 Web Application Stress Tool 」이라고 하는 툴이 유명하다. 그러나, Web Application Stress Tool은 영문판이고, 문서도 적기 때문에 툴 조작의 습득 자체가 어렵다는 문제가 있었다. 　그러나, Visual Studio .NET(이후, VS.NET) 2003 Enterprise Edition(또는 VS.NET 2002 Enterprise Edition)를 이용하고 있다면, 부가적인「Application Center Test」(이하, ACT)을 이용하여 부하 테스트를 할 수 있다. ACT라면 헬프 문서도 충실하기 때문에 쉽게 이용할 수 있다. 본문에서는 이 ACT를 이용한 구체적인 부하 테스트의 순서를 소개한다. 　또한, 부하 테스트의 대상 코드로서 미리 이하와 같은「early.aspx」「late.aspx」라고 하는 샘플 프로그램(VB.NET)을 준비해 두기로 하자. 양자는 모두 반복하여 문자열을 연결하기 위한 코드이다. 다만, 전자는 StringBuilder 클래스(System.Text 이름 공간)의 Append 메소드를 이용하고 있는 것에 비해, 후자는 문자열을 ＆연산자로 연결하고 있다. Dim tmp As New StringBuilder() For i As Integer = 0 To 10000   tmp.Append("x") Next Response.Write(tmp.ToSTring().Length) 문자열 연결을 StringBuilder 오브젝트로 실시하는 예(early.aspx) Dim tmp As String = "" For i As Integer=0 To 10000   tmp = tmp & "x" Next Response.Write(tmp.Length) 문자열 연결을＆연산자로 실시하는 예(late.aspx) 　 결론적으로, 연속되는 문자열 연결에는＆연산자가 아니라, StringBuilder 클래스를 이용하는 것이 바람직하다(StringBuilder 클래스 쪽이 퍼포먼스가 좋다. 그러면, 이 양자가 얼마나 어플리케이션의 퍼포먼스에 영향을 미치는지, 이하의 순서로 확인해 보자. 1. 테스트 프로젝트를 작성한다 　 ACT는 시작 메뉴에서［프로그램］－［Microsoft Visual Studio .NET 2003］－［Visual Studio .NET Enterprise의 기능］－［Microsoft Application Center Test］(VS.NET 2003의 경우)로 실행할 수 있다. 　 ACT가 실행되면, 신규 테스트 프로젝트를 작성해 보자. 신규 프로젝트의 작성은 도구 모음에서［파일］－［신규 프로젝트］를 선택하면 된다. 이것에 의해, 다음과 같은［신규 프로젝트］다이얼로그가 표시된다. ［신규 프로젝트］다이얼로그 Application Center Test의 도구 모음에서［파일］－［신규 프로젝트］를 선택하면, 이 다이얼로그가 표시된다. 　 실행된［신규 프로젝트］다이얼로그의［이름］에 적당한 프로젝트명을 입력하고,［확인］버튼을 클릭한다. 여기에서는「compare」라고 해 둔다. 2. 테스트를 프로젝트에 추가한다 　다음으로, 프로젝트 밑에 테스트를 추가해 보자. 신규 테스트를 작성하려면 , 왼쪽 트리의［테스트］를 오른쪽 클릭하고, 표시된 문맥 메뉴에서［신규 테스트］를 선택하면 된다.［신규 테스트 위저드］다이얼로그가 실행되면,［다음］버튼을 눌러 가면서, 차례대로 표시되는 페이지에 대해서 이하의 요령으로 테스트 정보를 입력할 것. 페이지 항목 설정 값 테스트 소스 신규 테스트를 기록한다 테스트의 종류 VBScript(vbs)   신규 테스트 위저드의 설정 항목 　［다음］버튼을 클릭하고,［브라우저의 기록］페이지가 표시되면,［기록 시작］버튼을 클릭한다. 그러면, 브라우저가 실행되고, 기록이 시작될 것이다. 여기서는 미리 준비해 둔 early.aspx를 리퀘스트 하여 그 결과가 표시되면,［기록 정지］버튼으로 기록을 종료한다. 그리고 다시 한번［다음］버튼을 클릭한다. ［브라우저의 기록］다이얼로그 ［기록 시작］버튼을 클릭하여 기록을 시작한다. early.aspx를 리퀘스트 하고, 그 결과가 표시되면,［기록 정지］버튼으로 기록을 종료한다. 　 마지막으로,［테스트의 속성］페이지에서 테스트명을 입력하면 완료된다(여기서는 「earlyOne」라고 한다). 덧붙여 같은 순서로 late.aspx를 테스트하는 「lateOne」테스트를 준비해 둘 것. 3. 테스트의 속성을 설정한다 　다음으로, 「earlyOne」 「lateOne」테스트의 속성을 설정한다. 구체적으로는, 왼쪽 트리에서［테스트］를 선택하면, 우측에 「earlyOne」 「lateOne」등의 테스트 항목이 표시되므로, 그러한 항목을 오른쪽 클릭하여 거기서 표시되는 문맥 메뉴에서［속성］을 선택한다. 이것에 의해,［＜테스트명＞의 속성］다이얼로그가 표시된다. 　이 다이얼로그에서「브라우저의 동시 접속 수」를 늘리면, 복수 클라이언트가 동시에 어플리케이션에 액세스 하는 상황을 가상으로 만들어 낼 수 있다. 또, 테스트 기간에는 실행전의 준비 시간과 실행 기간, 또는 테스트 횟수를 지정한다. 여기에서는 이하의 화면과 같이 설정해 둔다. ［＜테스트명＞의 속성］다이얼로그 ［일반］탭. 테스트의 부하 레벨로서［브라우저의 동시 접속 수］(이 예에서는 「3」)를, 또 테스트 기간으로서 실행 전의［준비 시간］(이 예에서는 「0」)으로［실행 기간］(이 예에서는「30초」), 또는［테스트 회수］(이 예에서는 미지정)를 지정한다. 　 ［＜테스트명＞의 속성］다이얼로그의［카운터］탭에서는 테스트 실행 시에 수집하는 항목을 추가할 수 있다. ▼ 퍼포먼스 카운터의 설정 ［＜테스트명＞의 속성］다이얼로그의［카운터］탭을 열어［추가］버튼을 클릭하면,［퍼포먼스 카운터의 참조］다이얼로그가 표시된다. 이 다이얼로그에서, 새로운 퍼포먼스 카운터를 추가할 수 있다. 이 예에서는「ASP.NET Applications」퍼포먼스 오브젝트의 「Requests Suｃceeded」(= 성공한 요구 수)와 「Requests/Sec」(=1초 당 처리 요구 수)가 추가되고 있다. 　 ［＜테스트명＞의 속성］다이얼로그의［카운터］탭에서는 퍼포먼스 카운터를 설정할 수 있다. 퍼포먼스 카운터에서는, 다양한 수집 항목을 제공하고 있다. 각 항목의 내용을 참조하고 싶은 경우에는,［퍼포먼스 카운터의 참조］다이얼로그의［설명］버튼을 클릭하면 자세한 설명을 참조할 수 있다. 이하는 주요 카운터 항목이다. 퍼포먼스 오브젝트 카운터명 개요 ASP.NET Application Restarts 어플리케이션의 재시작 횟수 Request Execution Time 마지막 요구의 실행 시간 (mm/s) Request Wait Time 요구의 큐 대기 시간 (mm/s) Requests Queued 처리 대기 요구 수 Request Rejected 거부된 요구 수 Worker Process Restarts 워커 프로세스의 재시작 횟수 ASP.NET Applications Errors Total 발생한 총 에러 수 Errors Total/Sec 발생한 에러의 비율 Requests Executing 실행중인 요구 수 Requests Failed 실패한 요구 수 Requests in Application Queue 어플리케이션 내의 요구 큐에 있는 요구 수 Requests Timed Out 타임 아웃한 요구 수 Requests/Sec 초 당 처리 요구 수 Sessions Active 액티브한 세션 수 Memory Available MBytes 이용 가능한 물리 메모리(Mbytes) Processor % Processor Time 기타 스레드를 실행하고있는 비율   퍼포먼스 카운터로 이용 가능한 주요 카운터 　 덧붙여 퍼포먼스 카운터에 의한 정보 수집은 그 자체가 부하가 걸리는 것이다. 특히 동시에 많은 수집 항목을 설정했을 경우에는 적당한 수집 간격을 조정하는 것도 검토해야 한다. 4. 테스트를 실행한다 　 이상으로, 테스트의 설정은 완료되었다. 왼쪽 트리에서「테스트」폴더를 선택한 상태에서, 오른쪽 리스트에 표시되는 테스트 항목에서 실행하고 싶은 테스트를 오른쪽 클릭하고, 표시된 문맥 메뉴에서［테스트의 시작］을 선택하는 것으로 테스트를 시작할 수 있다. 　이하는 earlyOne 테스트와 lateOne 테스트의 실행 결과이다.(클릭하면 확대된다) earlyOne(위)/lateOne(아래)의 테스트 결과 StringBuilder 오브젝트를 이용한 경우, &연산자를 이용한 경우에 비해, 초 당 처리 수가 50~60배, 퍼포먼스가 좋은 것을 확인할 수 있다. 　 이상을 알 수 있듯이, StringBuilder 오브젝트를 이용했을 경우, ＆연산자를 이용한 경우에 비해, 1초 당 처리 수에 50~60배의 열림이 있음을 확인할 수 있다. 이것으로, 문자열 연결에는 StringBuilder 오브젝트를 이용하는 것이 압도적으로 유리하다는 사실이 확인되었다. 　또, 테스트 결과의 더욱 자세한 리포트는 왼쪽 트리의［결과］를 선택하여 참조할 수 있다. 이번과 같이, 복수의 테스트 결과를 비교하고 싶은 경우에는,［테스트 실행］화면에서 복수의 테스트 항목의 체크 박스에 체크를 하는 것으로, 복수의 결과를 1개의 그래프 안에 비교 표시할 수 있다. Application Center Test에 의한 상세 리포트 테스트 결과의 더욱 자세한 리포트는, 왼쪽 트리의［결과］를 선택하면 참조할 수 있다. 　 ACT를 이용하면, 테스트 조건(예를 들면, 부하 레벨 등)도 간단하게 변경할 수 있다. 다양한 상황을 시뮬레이트 하여, 효율적인 퍼포먼스 튜닝에 유용하게 사용하길 바란다.