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)
11484정성태4/11/201824751.NET Framework: 737. C# - async를 Task 타입이 아닌 사용자 정의 타입에 적용하는 방법파일 다운로드1
11483정성태4/10/201828048개발 환경 구성: 358. "Let's Encrypt"에서 제공하는 무료 SSL 인증서를 IIS에 적용하는 방법 (2) [1]
11482정성태4/10/201820492VC++: 126. CUDA Core 수를 알아내는 방법
11481정성태4/10/201832140개발 환경 구성: 357. CUDA의 인덱싱 관련 용어 - blockIdx, threadIdx, blockDim, gridDim
11480정성태4/9/201822179.NET Framework: 736. C# - API를 사용해 Azure에 접근하는 방법 [2]파일 다운로드1
11479정성태4/9/201817788.NET Framework: 735. Azure - PowerShell로 Access control(IAM)에 새로운 계정 만드는 방법
11478정성태11/8/201920045디버깅 기술: 115. windbg - 덤프 파일로부터 PID와 환경변수 등의 정보를 구하는 방법 [1]
11477정성태4/8/201817480오류 유형: 460. windbg - sos 명령어 수행 시 c0000006 오류 발생
11476정성태4/8/201819055디버깅 기술: 114. windbg - !threads 출력 결과로부터 닷넷 관리 스레드(System.Threading.Thread) 객체를 구하는 방법
11475정성태3/28/201821354디버깅 기술: 113. windbg - Thread.Suspend 호출 시 응용 프로그램 hang 현상에 대한 덤프 분석
11474정성태3/27/201819474오류 유형: 459. xperf: error: TEST.Event: Invalid flags. (0x3ec).
11473정성태3/22/201824603.NET Framework: 734. C# - Thread.Suspend 호출 시 응용 프로그램 hang 현상파일 다운로드2
11472정성태3/22/201818579개발 환경 구성: 356. GTX 1070, GTX 960, GT 640M의 cudaGetDeviceProperties 출력 결과
11471정성태3/20/201821958VC++: 125. CUDA로 작성한 RGB2RGBA 성능 [1]파일 다운로드1
11470정성태3/20/201824150오류 유형: 458. Visual Studio - CUDA 프로젝트 빌드 시 오류 C1189, expression must have a constant value
11469정성태3/19/201817174오류 유형: 457. error MSB3103: Invalid Resx file. Could not load file or assembly 'System.Windows.Forms, ...' or one of its dependencies.
11468정성태3/19/201816690오류 유형: 456. 닷넷 응용 프로그램 실행 시 0x80131401 예외 발생
11467정성태3/19/201816093오류 유형: 455. Visual Studio Installer - 업데이트 실패
11466정성태3/18/201817237개발 환경 구성: 355. 한 대의 PC에서 2개 이상의 DirectX 게임을 실행하는 방법
11463정성태3/15/201819580.NET Framework: 733. 스레드 간의 read/write 시에도 lock이 필요 없는 경우파일 다운로드1
11462정성태3/14/201822465개발 환경 구성: 354. HTTPS 호출에 대한 TLS 설정 확인하는 방법 [1]
11461정성태3/13/201825078오류 유형: 454. 윈도우 업데이트 설치 오류 - 0x800705b4 [1]
11460정성태3/13/201817568디버깅 기술: 112. windbg - 닷넷 메모리 덤프에서 전역 객체의 내용을 조사하는 방법
11459정성태3/13/201818371오류 유형: 453. Debug Diagnostic Tool에서 mscordacwks.dll을 찾지 못하는 문제
11458정성태2/21/201819350오류 유형: 452. This share requires the obsolete SMB1 protocol, which is unsafe and could expose your system to attack. [1]
11457정성태2/17/201824082.NET Framework: 732. C# - Task.ContinueWith 설명 [1]파일 다운로드1
... 91  92  93  94  95  96  97  [98]  99  100  101  102  103  104  105  ...