Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

System.Net.ServicePointManager의 DefaultConnectionLimit 속성 설명

DefaultConnectionLimit은, app.config에서 다음의 설정으로 개발자가 명시할 수 있습니다.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <system.net>
        <connectionManagement>
            <add address="*" maxconnection="10"/>
        </connectionManagement>
    </system.net>
</configuration>

만약 이것이 설정되어 있지 않으면 DefaultConnectionLimit의 값은 System.Net.ServicePointManager.PersistentConnectionLimit의 값으로 초기화됩니다. PersistentConnectionLimit 속성은 다음과 같이 정의되어 있으므로,

private static int PersistentConnectionLimit
{
    get
    {
        if (ComNetOS.IsAspNetServer)
        {
            return 10;
        }
        return 2;
    }
}

일반적으로 2로 설정됩니다. 실제로 콘솔 응용 프로그램을 만들어 다음과 같은 코드로 확인할 수 있습니다.

class Program
{
    static void Main(string[] args)
    {
        Console.WriteLine("DefaultConnectionLimit: " + System.Net.ServicePointManager.DefaultConnectionLimit);
        Console.WriteLine("DefaultPersistentConnectionLimit: " + System.Net.ServicePointManager.DefaultPersistentConnectionLimit);
    }
}

// 출력 결과
DefaultConnectionLimit: 2
DefaultPersistentConnectionLimit: 2

재미있는 것은, 이 값이 ASP.NET 2.0의 경우 출력값이 다음과 같이 바뀐다는 점입니다.

CLR: 2.0.50727.8670
DefaultConnectionLimit: 96
DefaultPersistentConnectionLimit: 2

콜스택을 통해 .NET 2.0의 system.dll의 구현을 보면,

System.dll!System.Net.ServicePointManager.DefaultConnectionLimit.set(int value) Line 433    C#
System.Web.dll!System.Web.HttpRuntime.SetAutoConfigLimits(System.Web.Configuration.ProcessModelSection pmConfig)    Unknown
System.Web.dll!System.Web.HttpRuntime.SetThreadPoolLimits() Unknown
System.Web.dll!System.Web.HttpRuntime.HostingInit(System.Web.Hosting.HostingEnvironmentFlags hostingFlags)  Unknown
System.Web.dll!System.Web.Hosting.HostingEnvironment.Initialize(System.Web.Hosting.ApplicationManager appManager, System.Web.Hosting.IApplicationHost appHost, System.Web.Configuration.IConfigMapPathFactory configMapPathFactory, System.Web.Hosting.HostingEnvironmentParameters hostingParameters)  Unknown
[AppDomain (DefaultDomain, #1) -> AppDomain (/LM/W3SVC/3/ROOT-2-131031849823243487, #3)]  
System.Web.dll!System.Web.Hosting.ApplicationManager.CreateAppDomainWithHostingEnvironment(string appId, System.Web.Hosting.IApplicationHost appHost, System.Web.Hosting.HostingEnvironmentParameters hostingParameters)    Unknown
System.Web.dll!System.Web.Hosting.ApplicationManager.CreateAppDomainWithHostingEnvironmentAndReportErrors(string appId, System.Web.Hosting.IApplicationHost appHost, System.Web.Hosting.HostingEnvironmentParameters hostingParameters) Unknown
System.Web.dll!System.Web.Hosting.ApplicationManager.GetAppDomainWithHostingEnvironment(string appId, System.Web.Hosting.IApplicationHost appHost, System.Web.Hosting.HostingEnvironmentParameters hostingParameters)   Unknown
System.Web.dll!System.Web.Hosting.ApplicationManager.CreateObjectInternal(string appId, System.Type type, System.Web.Hosting.IApplicationHost appHost, bool failIfExists, System.Web.Hosting.HostingEnvironmentParameters hostingParameters)    Unknown
System.Web.dll!System.Web.Hosting.ProcessHost.StartApplication(string appId, string appPath, out object runtimeInterface)   Unknown

SetAutoConfigLimits에 "CPU 수 * 12" 계산을 하는 것이 확인됩니다. (즉, 제가 실습한 컴퓨터에서 96이 나온 것은 Core 수가 8개였기 때문입니다.)

private void SetAutoConfigLimits(ProcessModelSection pmConfig)
{
    int num;
    int num2;
    ThreadPool.GetMaxThreads(out num, out num2);
    if ((pmConfig.DefaultMaxWorkerThreadsForAutoConfig != num) || (pmConfig.DefaultMaxIoThreadsForAutoConfig != num2))
    {
        System.Web.UnsafeNativeMethods.SetClrThreadPoolLimits(pmConfig.DefaultMaxWorkerThreadsForAutoConfig, pmConfig.DefaultMaxIoThreadsForAutoConfig);
    }
    ServicePointManager.DefaultConnectionLimit = 12 * pmConfig.CpuCount;
}

반면 ASP.NET 4.0의 경우 DefaultConnectionLimit의 값이 무조건 2147483647로 나옵니다.

CLR: 4.0.30319.42000
DefaultConnectionLimit: 2147483647
DefaultPersistentConnectionLimit: 2

역시 콜 스택에 따라,

System.dll!System.Net.ServicePointManager.DefaultConnectionLimit.set(int value) Line 489    C#
System.Web.dll!System.Web.HttpRuntime.SetAutoConfigLimits(System.Web.Configuration.ProcessModelSection pmConfig)    Unknown
System.Web.dll!System.Web.HttpRuntime.SetThreadPoolLimits() Unknown
System.Web.dll!System.Web.HttpRuntime.HostingInit(System.Web.Hosting.HostingEnvironmentFlags hostingFlags, System.Security.Policy.PolicyLevel policyLevel, System.Exception appDomainCreationException) Unknown
System.Web.dll!System.Web.HttpRuntime.InitializeHostingFeatures(System.Web.Hosting.HostingEnvironmentFlags hostingFlags, System.Security.Policy.PolicyLevel policyLevel, System.Exception appDomainCreationException)   Unknown
System.Web.dll!System.Web.Hosting.HostingEnvironment.Initialize(System.Web.Hosting.ApplicationManager appManager, System.Web.Hosting.IApplicationHost appHost, System.Web.Configuration.IConfigMapPathFactory configMapPathFactory, System.Web.Hosting.HostingEnvironmentParameters hostingParameters, System.Security.Policy.PolicyLevel policyLevel, System.Exception appDomainCreationException) Unknown
System.Web.dll!System.Web.Hosting.HostingEnvironment.Initialize(System.Web.Hosting.ApplicationManager appManager, System.Web.Hosting.IApplicationHost appHost, System.Web.Configuration.IConfigMapPathFactory configMapPathFactory, System.Web.Hosting.HostingEnvironmentParameters hostingParameters, System.Security.Policy.PolicyLevel policyLevel)  Unknown
[AppDomain (DefaultDomain, #1) -> AppDomain (/LM/W3SVC/4/ROOT-1-131031820663885227, #2)]   
System.Web.dll!System.Web.Hosting.ApplicationManager.CreateAppDomainWithHostingEnvironment(string appId, System.Web.Hosting.IApplicationHost appHost, System.Web.Hosting.HostingEnvironmentParameters hostingParameters)    Unknown
System.Web.dll!System.Web.Hosting.ApplicationManager.CreateAppDomainWithHostingEnvironmentAndReportErrors(string appId, System.Web.Hosting.IApplicationHost appHost, System.Web.Hosting.HostingEnvironmentParameters hostingParameters) Unknown
System.Web.dll!System.Web.Hosting.ApplicationManager.GetAppDomainWithHostingEnvironment(string appId, System.Web.Hosting.IApplicationHost appHost, System.Web.Hosting.HostingEnvironmentParameters hostingParameters)   Unknown
System.Web.dll!System.Web.Hosting.ApplicationManager.CreateObjectInternal(string appId, System.Type type, System.Web.Hosting.IApplicationHost appHost, bool failIfExists, System.Web.Hosting.HostingEnvironmentParameters hostingParameters)    Unknown
System.Web.dll!System.Web.Hosting.ProcessHost.StartApplication(string appId, string appPath, out object runtimeInterface)   Unknown

SetAutoConfigLimits 메서드의 구현을 보면 알 수 있습니다.

private void SetAutoConfigLimits(ProcessModelSection pmConfig)
{
    int num;
    int num2;
    ThreadPool.GetMaxThreads(out num, out num2);
    if ((pmConfig.DefaultMaxWorkerThreadsForAutoConfig != num) || (pmConfig.DefaultMaxIoThreadsForAutoConfig != num2))
    {
        System.Web.UnsafeNativeMethods.SetClrThreadPoolLimits(pmConfig.DefaultMaxWorkerThreadsForAutoConfig, pmConfig.DefaultMaxIoThreadsForAutoConfig, true);
    }
    ServicePointManager.DefaultConnectionLimit = 0x7fffffff;
}

ASP.NET에서 이 값을 원치 않는다면 web.config과 machine.config을 각각 수정해야 합니다.

// web.config에서 system.net/connectionManagement 설정 추가

<?xml version="1.0" encoding="utf-8"?>

<configuration>
    
    // ...생략...
    
    <system.net>
        <connectionManagement>
            <add address="*" maxconnection="80"/>
        </connectionManagement>
    </system.net>

</configuration>

// machine.config에서 processModel[@autoConfig] 속성 값을 false로 변경

<?xml version="1.0" encoding="utf-8"?>

<configuration>
    // ...생략...

    <system.web>
        <!--processModel autoConfig="true"/-->
        <processModel autoConfig="false" />
    </system.web>

</configuration>

하지만, 현실적으로 볼때 관리자 권한을 통해 machine.config을 수정하는 것이 쉽진 않습니다. 게다가 machine.config의 설정이 해당 시스템의 모든 ASP.NET 응용 프로그램에 적용된다는 점도 간과해서는 안됩니다.

따라서 이런 경우, web.config에서 원하는 URL에 대해서만 제약을 조정하는 설정을 추가하는 것이 좋습니다. 가령, 여러분의 웹 사이트에서 "http://test.com"으로 접근하는 것을 알고 있다면 다음과 같이 추가해 주면 됩니다.

<?xml version="1.0" encoding="utf-8"?>

<configuration>
    
    // ...생략...
    
    <system.net>
        <connectionManagement>
            <add address ="http://test.com" maxconnection="100" />
        </connectionManagement>
    </system.net>

</configuration>

그렇다면, 만약 어떤 URL을 사용하는지 관리가 안된다면 machine.config을 수정하는 방법밖에 없을까요? 아닙니다. 다행히 ^^ ServicePointManager.DefaultConnectionLimit 속성은 set 메서드도 제공해 주기 때문에 다음과 같이 가볍게 조정해 주시면 됩니다.

ServicePointManager.DefaultConnectionLimit = Int32.MaxValue;

ASP.NET이라면 Global.asax의 Application_Start 메서드가 저 코드를 넣기 가장 좋은 자리일 것입니다.




정리해 보면, ASP.NET 4.0인 경우 (특별히 낮춰야 할 필요가 없다면) 그냥 기본값을 쓰면 됩니다. 그 외 ASP.NET 2.0이거나 콘솔, 윈폼 등의 응용 프로그램이라면 ServicePointManager.DefaultConnectionLimit 속성에 직접 넉넉한 값을 넣어두는 것이 좋습니다.

참고로, app.config의 system.net/connectionManagement의 설정값을 코드에서 알고 싶다면 다음과 같이 .NET Reflection을 통해 알아낼 수 있습니다.

foreach (Assembly asm in AppDomain.CurrentDomain.GetAssemblies())
{
    if (asm.GetName().Name == "System")
    {
        Type type = asm.GetType("System.Configuration.PrivilegedConfigurationManager");
        MethodInfo mi = type.GetMethod("GetSection", BindingFlags.Static | BindingFlags.NonPublic);
        object obj = mi.Invoke(null, new object [] { "system.net/connectionManagement" });

        ConnectionManagementSection cms = obj as ConnectionManagementSection;
        if (cms.ConnectionManagement != null)
        {
            ConnectionManagementElementCollection cmc = cms.ConnectionManagement as ConnectionManagementElementCollection;

            foreach (ConnectionManagementElement item in cmc)
            {
                string txt = string.Format("addr = {0}, maxconnection = {1}", item.Address, item.MaxConnection);
            }

            Console.WriteLine(cmc.Count);
        }
    }
}




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/17/2021]

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

비밀번호

댓글 작성자
 




... [196]  197 
NoWriterDateCnt.TitleFile(s)
40정성태7/23/200321809COM 개체 관련: 10. IE BHO 개체를 개발할 때, 인터넷 익스플로러가 아닌 탐색기에서 활성화 되는 문제 해결 [1]
41김성현7/24/200320626    답변글 COM 개체 관련: 10.1. [답변]: IE BHO 개체를 개발할 때, 인터넷 익스플로러가 아닌 탐색기에서 활성화 되는 문제 해결
42정성태7/29/200318572        답변글 COM 개체 관련: 10.2. feedback 을 받기 위해서 답변 기능을 가능하게 해두었습니다.
39정성태7/17/200324340VS.NET IDE: 5. 원격 제어 3가지 방법
38정성태7/17/200320879.NET Framework: 8. IIS 서버 재설치와 ASP.NET 서비스의 문제점
36정성태7/17/200321540.NET Framework: 7. 시행착오 - WebService 참조 추가 오류
35정성태7/17/200322080.NET Framework: 6. Win2000에서의 .NET COM+ 자동 등록 오류 발생 해결
34정성태7/17/200320734VS.NET IDE: 4. VC++ 원격 디버깅파일 다운로드1
33정성태7/17/200320903VS.NET IDE: 3. Win2000 NAT 서비스
32정성태7/17/200322110COM 개체 관련: 9. _bstr_t, CComBSTR, string 클래스 사용 [1]
31정성태7/17/200319216COM 개체 관련: 8. IDL 구문에서 구조체를 pack 하는 방법
30정성태7/17/200336471VC++: 7. [STL] vector 사용법 및 reference 사용예 [1]파일 다운로드1
28정성태7/17/200320867스크립트: 3. Programming Microsoft Internet Explorer 5 - CHM 파일
29정성태7/17/200320342    답변글 스크립트: 3.1. Programming Microsoft Internet Explorer 5 - 소스코드
27정성태7/17/200319264COM 개체 관련: 7. HTML Control에서 DELETE, 화살표 키 등이 안 먹는 문제
26정성태7/17/200320436COM 개체 관련: 6. WebBrowser 콘트롤에서 프레임을 구하는 소스
25정성태7/17/200318080COM 개체 관련: 5. C++ Attributes - Make COM Programming a Breeze with New Feature in Visual Studio .NET [2]파일 다운로드1
24정성태7/17/200321697.NET Framework: 5. (MHT 변환해서 가져온 글) .NET 의 COM+ 서비스 사용파일 다운로드1
23정성태7/17/200325403.NET Framework: 4. webservice.htc - HTML Script에서도 웹서비스 엑세스 [2]파일 다운로드1
22정성태7/17/200319926.NET Framework: 3. .NET Framework SDK 퀵 스타트 자습서
21정성태7/17/200318991.NET Framework: 2. 김현승님의 "ASP.NET & .NET EnterpriseServices & Remoting 코드 템플릿"
20정성태2/15/200526016VS.NET IDE: 2. Platform SDK 설치
19정성태7/17/200321941.NET Framework: 1. JScript.NET 강좌 사이트[영문]
18정성태7/17/200319358COM 개체 관련: 4. Exchanging Data Over the Internet Using XML [1]파일 다운로드1
17정성태7/17/200327327VC++: 6. Win32 API Hook - 소스는 "공개소스"에있습니다. [2]
16정성태7/17/200319640COM 개체 관련: 3. IE 툴밴드의 위치문제파일 다운로드1
... [196]  197