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

비밀번호

댓글 작성자
 




... 136  137  138  139  140  141  142  143  144  145  146  147  148  [149]  150  ...
NoWriterDateCnt.TitleFile(s)
1329정성태8/21/201222895오류 유형: 161. Azure - Storage 삭제가 안되는 경우 [1]
1328정성태8/20/201233294개발 환경 구성: 163. IIS 7 - "MIME Types" 설정 아이콘이 없는 경우
1327정성태8/19/201238039Windows: 58. Windows 8 정식 버전을 설치해 보고... [14]
1326정성태8/19/201224348오류 유형: 160. Visual Studio 2010 Team Explorer 설치 오류
1325정성태8/15/201224358개발 환경 구성: 162. 닷넷 개발자가 컴파일해 본 리눅스
1324정성태8/15/201226391.NET Framework: 332. 함수형 언어의 코드가 그렇게 빠를까? [4]파일 다운로드1
1323정성태8/4/201228161.NET Framework: 331. C# - 클래스 안에 구조체를 포함하는 경우 발생하는 dynamic 키워드의 부작용 [2]
1322정성태8/3/201227823개발 환경 구성: 161. Ubuntu 리눅스의 Hyper-V 지원 (마우스, 네트워크)
1321정성태7/31/201227098개발 환경 구성: 160. Azure - Virtual Machine의 VHD 파일 다운로드 [2]
1320정성태7/30/201229081Math: 10. C# - (타)원 영역의 마우스 클릭 판단파일 다운로드1
1319정성태7/26/201227623개발 환경 구성: 159. Azure - 네트워크 포트 여는 방법 [1]
1317정성태7/24/201226467오류 유형: 159. SpeechRecognitionEngine.SetInputToDefaultAudioDevice 호출 시 System.InvalidOperationException 예외 발생
1316정성태7/18/201284597개발 환경 구성: 158. .NET 응용 프로그램에서 Oracle XE 11g 사용
1315정성태7/17/201229390개발 환경 구성: 157. Azure - Virtual Machine 구성 [2]
1314정성태7/16/201224407개발 환경 구성: 156. Azure - 2개 이상의 서비스 계정을 가지고 있을 때 프로젝트를 배포하는 방법
1313정성태7/16/201236582오류 유형: 158. Hyper-V 설치 후 VM 시작이 안되는 경우
1312정성태7/15/201236454Math: 9. 황금비율 증명
1311정성태7/15/201229157Math: 8. C# - 피보나치 수열의 사각형과 황금 나선(Golden spiral) 그리기파일 다운로드1
1310정성태7/13/201232601Math: 7. C# - 펜타그램(Pentagram) 그리기파일 다운로드1
1309정성태7/13/201230673개발 환경 구성: 155. 윈도우 운영체제에서 기본적으로 사용할 수 있는 압축 해제 방법
1308정성태7/3/201226049.NET Framework: 330. IEnumerator는 언제나 읽기 전용일까?파일 다운로드1
1307정성태6/30/201228294개발 환경 구성: 154. Sysnet, Azure를 만나다. [5]
1306정성태6/29/201228879제니퍼 .NET: 22. 눈으로 확인하는 connectionManagement의 maxconnection 설정값 [4]
1305정성태6/28/201227056오류 유형: 157. IIS 6 - WCF svc 호출 시 404 Not Found 발생
1304정성태6/27/201227844개발 환경 구성: 153. sysnet 첨부 파일을 Azure Storage에 마이그레이션 [3]파일 다운로드1
1303정성태6/26/201227367개발 환경 구성: 152. sysnet DB를 SQL Azure 데이터베이스로 마이그레이션
... 136  137  138  139  140  141  142  143  144  145  146  147  148  [149]  150  ...