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

비밀번호

댓글 작성자
 




... 91  92  93  94  95  96  [97]  98  99  100  101  102  103  104  105  ...
NoWriterDateCnt.TitleFile(s)
11510정성태4/30/201821695.NET Framework: 742. windbg로 확인하는 Finalizer를 가진 객체의 GC 과정파일 다운로드1
11509정성태4/28/201820017.NET Framework: 741. windbg로 확인하는 객체의 GC 여부
11508정성태4/23/201821600개발 환경 구성: 373. MSBuild를 이용해 프로젝트 배포 후 결과물을 zip 파일로 압축하는 방법파일 다운로드1
11507정성태4/20/201821493개발 환경 구성: 372. MSBuild - 빌드 전/후, 배포 전/후 실행하고 싶은 Task 정의
11506정성태4/20/201825767.NET Framework: 740. C#에서 enum을 boxing 없이 int로 변환하기 - 두 번째 이야기 [7]파일 다운로드1
11505정성태4/19/201818564개발 환경 구성: 371. Azure Web App 확장 예제 - Simple WebSite Extension
11504정성태4/19/201820057오류 유형: 465. Azure Web App 확장 - Extplorer File manager 적용 시 오류
11503정성태4/19/201819896오류 유형: 464. PowerShell - Start-Service 명령 오류 (Service 'xxx' cannot be started)
11502정성태4/17/201821739개발 환경 구성: 370. Azure VM/App Services(Web Apps)에 Let's Encrypt 무료 인증서 적용 방법 [3]
11501정성태4/17/201818675개발 환경 구성: 369. New-AzureRmADServicePrincipal로 생성한 계정의 clientSecret, key 값을 구하는 방법파일 다운로드1
11500정성태4/17/201819624개발 환경 구성: 368. PowerShell로 접근하는 Azure의 Access control 보안과 Azure Active Directory의 계정 관리 서비스
11499정성태4/17/201818189개발 환경 구성: 367. Azure - New-AzureRmADServicePrincipal / New-AzureRmRoleAssignment 명령어
11498정성태4/17/201818307개발 환경 구성: 366. Azure Active Directory(Microsoft Enfra ID)의 사용자 유형 구분 - Guest/Member
11497정성태4/17/201816334개발 환경 구성: 365. Azure 리소스의 액세스 제어(Access control) 별로 사용자에게 권한을 할당하는 방법 [2]
11496정성태4/17/201816773개발 환경 구성: 364. Azure Portal에서 구독(Subscriptions) 메뉴가 보이지 않는 경우
11495정성태4/16/201819078개발 환경 구성: 363. Azure의 Access control 보안과 Azure Active Directory의 계정 관리 서비스
11494정성태4/16/201815567개발 환경 구성: 362. Azure Web Apps(App Services)에 사용자 DNS를 지정하는 방법
11493정성태4/16/201817345개발 환경 구성: 361. Azure Web App(App Service)의 HTTP/2 프로토콜 지원
11492정성태4/13/201815368개발 환경 구성: 360. Azure Active Directory의 사용자 도메인 지정 방법
11491정성태4/13/201818511개발 환경 구성: 359. Azure 가상 머신에 Web Application을 배포하는 방법
11490정성태4/12/201817537.NET Framework: 739. .NET Framework 4.7.1의 새 기능 - Configuration builders [1]파일 다운로드1
11489정성태4/12/201815191오류 유형: 463. 윈도우 백업 오류 - a Volume Shadow Copy Service operation failed.
11488정성태4/12/201818274오류 유형: 462. Unhandled Exception in Managed Code Snap-in - FX:{811FD892-5EB4-4E73-A147-F1E079E36C4E}
11487정성태4/12/201817353디버깅 기술: 115. windbg - 닷넷 메모리 덤프에서 정적(static) 필드 값을 조사하는 방법
11486정성태4/11/201816454오류 유형: 461. Error MSB4064 The "ComputeOutputOnly" parameter is not supported by the "VsTsc" task
11485정성태4/11/201823683.NET Framework: 738. C# - Console 프로그램이 Ctrl+C 종료 시점을 감지하는 방법파일 다운로드1
... 91  92  93  94  95  96  [97]  98  99  100  101  102  103  104  105  ...