Microsoft MVP성태의 닷넷 이야기
제니퍼 .NET: 15. 눈으로 확인하는 maxWorkerThreads, minFreeThreads 설정값 [링크 복사], [링크+제목 복사],
조회: 27547
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)
눈으로 확인하는 maxWorkerThreads, minFreeThreads 설정값

이해를 돕기 위해, 우선 환경을 가정해 보겠습니다.

운영체제: 윈도우 서버 2003 32비트
CPU: 1개
.NET Framework: 2.0

위의 상태에서 posttest.aspx라는 파일의 내용을 다음과 같이 작성하고,

public partial class PostTest : System.Web.UI.Page
{
    protected void Page_Load(object sender, EventArgs e)
    {
        string delay = HttpContext.Current.Request.Params["delay"];
        if (string.IsNullOrEmpty(delay) == false)
        {
            int delaySecond = Int32.Parse(delay);
            Thread.Sleep(delaySecond * 1000);
        }
    }
}

웹 부하 도구를 이용해서 "http://.../posttest.aspx?delay=120" 주소로 GET 요청을 보냅니다. 자, 그럼 결과가 어떻게 나올까요?

시각화를 멋지게 하기 위해서 "제니퍼 닷넷" 제품을 이용해서 보면, 아래 그림과 같이 동시 요청 12개에서 막혀 있는 것을 확인할 수 있습니다.

iis6_concurrent_request_1.png

어떠세요? 의외의 결과인가요? 12개라니? 너무 적은 것 같습니다. 이상한 점이 하나 더 있습니다. 기본적으로, Windows Server 2003에서의 ASP.NET은 (20 * CPU 수)만큼의 동시 요청을 허용한다고 되어 있습니다. 분명히 20개라고 했는데 왜? 12개가 나오는 것일까요?

우선, "20"의 숫자가 나온 이유는 machine.config에서 지정되는 "processModel" 노드의 "maxWorkerThreads" 속성의 기본값이 20이기 때문입니다. 위의 테스트 환경에서는 CPU 수가 하나이기 때문에 20이지만, 최근의 쿼드 코어나 HT(Hyper Threading)까지 고려하여 8개의 논리 스레드 환경이라면 (20 * 8) = 160까지 늘어나게 됩니다.

20은 이제 그렇다 치고, 그럼 12개로 줄은 이유가 궁금해지는데요. 해답은 "httpRuntime" 노드의 "minFreeThreads" 속성의 기본값이 8이기 때문입니다. ASP.NET의 요청을 처리하는 스레드는 결국 닷넷에서 공통적으로 제공되는 ThreadPool을 그대로 재사용하고 있습니다. 이 때문에 ThreadPool.QueueUserWorkItem과 같은 메서드를 사용하는 경우에도 동일하게 ASP.NET의 요청 스레드가 점유됩니다. minFreeThreads 값은 바로 그런 별도의 스레드 풀 사용을 위해 남겨지는 값입니다.

정말 그런지 한번 볼까요? web.config(또는 machine.config)의 system.web / httpRuntime - minFreeThreads를 다음과 같이 바꿔서 다시 한번 테스트를 해봅니다.

=== web.config ===
<system.web>

    <httpRuntime enable="True" minFreeThreads="0" minLocalRequestFreeThreads="0" />
    ...[생략]...
</system.web>

실제로 테스트 해보면, 위와 같이 변경했는데도 여전히 12에서 머무르는 것을 볼 수 있습니다. 왜냐하면, httpRuntime의 설정은 processModel이 설정되어야 하기 때문입니다.

=== machine.config ===
<system.web>
    ...[생략]...
    <processModel enable="true" /> 
    ...[생략]...
</system.web>

자, 이제 다시 한번 시도하면, 다음과 같이 원하던 데로 20개의 동시 요청까지 허용되는 것을 확인할 수 있습니다.

iis6_concurrent_request_2.png

minFreeThreads가 0이 되었으므로, 이 상태에서는 다음과 같이 posttest.aspx에 코드를 포함하고 있다면, Trace.WriteLine은 곧바로 실행되지 않습니다. 왜냐하면, ThreadPool에 허용된 20개의 스레드가 모두 aspx 처리로 인해 점유되어 있으므로 스케쥴링이 되지 않기 때문입니다. 따라서 Thread.Sleep에 지정된 시간이 지나고 나서야 정상적으로 Trace.WriteLine이 실행되어질 수 있습니다.

public partial class PostTest : System.Web.UI.Page
{
    protected void Page_Load(object sender, EventArgs e)
    {
        ThreadPool.QueueUserWorkItem(new WaitCallback(
            (object state) => 
            {
                System.Diagnostics.Trace.WriteLine(DateTime.Now);
            }
        ));

        string delay = HttpContext.Current.Request.Params["delay"];
        if (string.IsNullOrEmpty(delay) == false)
        {
            int delaySecond = Int32.Parse(delay);
            Thread.Sleep(delaySecond * 1000);
        }
    }
}




이제, 테스트를 위해 다시 httpRuntime 설정을 주석 처리하고, 12개의 동시 요청을 늘리기 위해 maxWorkerThreads 값을 100으로 변경해 볼까요?

=== machine.config ===
<system.web>
    ...[생략]...
    <processModel enable="true" maxWorkerThreads="100" />
    ...[생략]...
</system.web>

확인을 해보면, (100 * 1) - 8 = 92개의 동시 요청이 허용됩니다.

iis6_concurrent_request_3.png




동시 요청 12는 Long-running task가 많은 상황에서는 매우 작은 값입니다. 윈도우 서버 2003에서 ASP.NET을 운영 중이라면 자신의 서비스 상황에 맞게 maxWorkerThreads 값을 적절하게 조정해야 할 필요가 있어 보입니다. 주의해야 할 것은, CPU 수를 곱하기 때문에 만약 100으로 설정했다면, HT 가능한 Quad-Core 환경에서 최대 800개 까지 스레드가 생성될 수 있으므로 오히려 잘못 설정하면 스레드 문맥 전환에 따른 오버헤드가 더욱 클 수 있습니다.

참고로, 기억하실지 모르겠지만 윈도우 서버 2008의 경우에는 예전에 퀴즈 식으로 문제를 냈었답니다. ^^

성능 관리 퀴즈 두 번째 문제 (닷넷 개발자 컨퍼런스)
; https://www.sysnet.pe.kr/2/0/876





[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/28/2023]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2015-01-15 01시35분
정성태

... 106  107  108  109  110  111  112  113  114  115  116  117  118  [119]  120  ...
NoWriterDateCnt.TitleFile(s)
10949정성태4/28/201619899.NET Framework: 575. SharedDomain과 JIT 컴파일파일 다운로드1
10948정성태4/28/201623859.NET Framework: 574. .NET - 눈으로 확인하는 SharedDomain의 동작 방식 [3]파일 다운로드1
10947정성태4/27/201621738.NET Framework: 573. .NET CLR4 보안 모델 - 4. CLR4 보안 모델에서의 조건부 APTCA 역할파일 다운로드1
10946정성태4/26/201624535VS.NET IDE: 106. Visual Studio 2015 확장 - INI 파일을 위한 사용자 정의 포맷 기능 (Syntax Highlighting)파일 다운로드1
10945정성태4/26/201618305오류 유형: 327. VSIX 프로젝트 빌드 시 The "VsTemplatePaths" task could not be loaded from the assembly 오류 발생
10944정성태4/22/201619534디버깅 기술: 80. windbg - 풀 덤프 파일로부터 텍스트 파일의 내용을 찾는 방법
10943정성태4/22/201624387디버깅 기술: 79. windbg - 풀 덤프 파일로부터 .NET DLL을 추출/저장하는 방법 [1]
10942정성태4/19/201619705디버깅 기술: 78. windbg 사례 - .NET 예외가 발생한 시점의 오류 분석 [1]
10941정성태4/19/201619606오류 유형: 326. Error MSB8020 - The build tools for v120_xp (Platform Toolset = 'v120_xp') cannot be found.
10940정성태4/18/201622892Windows: 116. 프로세스 풀 덤프 시간을 줄여 주는 Process Reflection [3]
10939정성태4/18/201623906.NET Framework: 572. .NET APM 비동기 호출의 Begin...과 End... 조합 [3]파일 다운로드1
10938정성태4/13/201623476오류 유형: 325. 파일 삭제 시 오류 - Error 0x80070091: The directory is not empty.
10937정성태4/13/201631680Windows: 115. UEFI 모드로 윈도우 10 설치 가능한 USB 디스크 만드는 방법
10936정성태4/8/201642390Windows: 114. 삼성 센스 크로노스 7 노트북의 운영체제를 USB 디스크로 새로 설치하는 방법 [3]
10935정성태4/7/201626671웹: 32. Edge에서 Google Docs 문서 편집 시 한영 전환키가 동작 안하는 문제
10934정성태4/5/201625386디버깅 기술: 77. windbg의 콜스택 함수 인자를 쉽게 확인하는 방법 [1]
10933정성태4/5/201631018.NET Framework: 571. C# - 스레드 선호도(Thread Affinity) 지정하는 방법 [8]파일 다운로드1
10932정성태4/4/201623298VC++: 96. C/C++ 식 평가 - printf("%d %d %d\n", a, a++, a);
10931정성태3/31/201623569개발 환경 구성: 283. Hyper-V 내에 구성한 Active Directory 환경의 시간 구성 방법 [3]
10930정성태3/30/201621525.NET Framework: 570. .NET 4.5부터 추가된 CLR Profiler의 실행 시 Rejit 기능
10929정성태3/29/201631645.NET Framework: 569. ServicePointManager.DefaultConnectionLimit의 역할파일 다운로드1
10928정성태3/28/201637349.NET Framework: 568. ODP.NET의 완전한 닷넷 버전 Oracle ODP.NET, Managed Driver [2]파일 다운로드1
10927정성태3/25/201626549.NET Framework: 567. System.Net.ServicePointManager의 DefaultConnectionLimit 속성 설명
10926정성태3/24/201626096.NET Framework: 566. openssl의 PKCS#1 PEM 개인키 파일을 .NET RSACryptoServiceProvider에서 사용하는 방법 [10]파일 다운로드1
10925정성태3/24/201620398.NET Framework: 565. C# - Rabin-Miller 소수 생성 방법을 이용하여 RSACryptoServiceProvider의 개인키를 직접 채워보자 - 두 번째 이야기파일 다운로드1
10924정성태3/22/201621080오류 유형: 324. Visual Studio에서 Azure 클라우드 서비스 생성 시 Failed to initialize the PowerShell host 에러 발생
... 106  107  108  109  110  111  112  113  114  115  116  117  118  [119]  120  ...