Microsoft MVP성태의 닷넷 이야기
.NET Framework: 569. ServicePointManager.DefaultConnectionLimit의 역할 [링크 복사], [링크+제목 복사],
조회: 24529
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 2개 있습니다.)

ServicePointManager.DefaultConnectionLimit의 역할

지난번 글에서 ServicePointManager.DefaultConnectionLimit 값을 설정하는 방법에 대해 알아봤는데요.

System.Net.ServicePointManager의 DefaultConnectionLimit 속성 설명
; https://www.sysnet.pe.kr/2/0/10927

그럼 도대체, ConnectionLimit가 어떤 역할을 하느냐... 하는 사항이 궁금할 것입니다. 그냥 간단하게는 HttpWebRequest 객체에 대한 "소켓 Connection Pooling"과 같은 의미라고 보시면 됩니다. (WebClient와 같은 객체도 결국 내부적으로 HttpWebRequest를 사용하기 때문에 같은 제약을 받습니다.)

예를 들어 보면, 여러분들의 응용 프로그램에서 HttpWebRequest를 이용해 특정 웹 서버로 요청/응답을 받는 코드가 있다고 가정해 보겠습니다. 만약 스레드 2개로 HttpWebRequest를 동시에 각각 생성해 테스트하면 DefaultConnectionLimit의 값이 2인 경우 정상적으로 처리를 하게 됩니다. 하지만, 스레드를 3개로 해서 HttpWebRequest를 3개 생성해 웹 요청을 처리하려고 하면 DefaultConnectionLimit의 값이 2인 경우 3번째 HttpWebRequest는 먼저 생성된 2개의 HttpWebRequest 중 하나의 요청이 끝나야만 동작을 하게 됩니다.

단일 스레드 위주로 돌아가는 클라이언트 응용 프로그램이라면 이런 것이 크게 문제가 되지 않는데, 웹 서버라면 상황이 다릅니다. 만약 default.aspx 페이지 같은 곳에서 다른 서버로 HttpWebRequest를 이용해 요청 처리를 하는 코드가 있다면 ASP.NET 2.0의 경우 "Core가 2개"라면 총 24개의 HttpWebRequest 객체만 동시에 활성화시킬 수 있습니다. 이는 곧, default.aspx에 사용자의 요청이 24개만 동시처리되고 나머지는 스레드가 블럭된다는 것을 의미합니다.

정말 그런지... 한번 테스트를 해볼까요? ^^

일단, 웹 요청을 지연 처리해줄 간단한 웹 서버를 소켓 프로그램으로 만들겠습니다.

using System;
using System.IO;
using System.Net;
using System.Net.Sockets;
using System.Text;
using System.Threading;

namespace SlowHttpServer
{
    class Program
    {
        static void Main(string[] args)
        {
            using (Socket serverSocket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp))
            {
                serverSocket.Bind(new IPEndPoint(IPAddress.Any, 8035));
                serverSocket.Listen(5);

                while (true)
                {
                    Socket socket = serverSocket.Accept();
                    ThreadPool.QueueUserWorkItem(processChildSocket, socket);
                }
            }
        }

        static int _count = 0;

        private static void processChildSocket(object state)
        {
            int idx = Interlocked.Increment(ref _count);

            using (Socket child = state as Socket)
            {
                byte[] buf = new byte[8192];
                int len = child.Receive(buf);

                string txt = Encoding.UTF8.GetString(buf, 0, len);
                Console.WriteLine("[" + idx + "]" + DateTime.Now + Environment.NewLine + txt);

                int delay = GetDelayTime(txt);

                byte[] responseBuf = GetResponseData(delay);

                child.Send(responseBuf);
                child.Close();
            }
        }

        private static int GetDelayTime(string txt)
        {
            StringReader sr = new StringReader(txt);
            int sleep = 0;
            while (true)
            {
                string line = sr.ReadLine();

                if (line == null)
                {
                    break;
                }

                int pos = line.IndexOf("Delay");
                if (pos == -1)
                {
                    continue;
                }

                int colonPos = line.IndexOf(":");
                if (colonPos == -1)
                {
                    continue;
                }

                sleep = Int32.Parse(line.Substring(colonPos + 1));
            }

            return sleep;
        }

        private static byte[] GetResponseData(int delay)
        {
            DateTime now = DateTime.Now;
            Thread.Sleep(delay);
            DateTime after = DateTime.Now;

            string header = "HTTP/1.1 200 OK\r\nContent-Type: text/html; charset=UTF-8\r\n\r\n";
            string body = "<html><body><mark>" + now + "<br />\r\n" + after + "<br />\r\n HTML</mark> 웹 페이지입니다.</body></html>";
            byte[] respBuf = Encoding.UTF8.GetBytes(header + body);
            return respBuf;
        }
    }
}

위의 프로그램은 HTTP 헤더에 Delay 키를 포함해 전송해주면 그것의 값만큼 지연을 시켜 응답을 보냅니다. 이제 클라이언트 콘솔 응용 프로그램을 만들고 다음과 같이 동시에 3개의 요청을 보내는 코드를 추가합니다.

using System;
using System.Collections.Generic;
using System.IO;
using System.Net;
using System.Text;
using System.Threading;

namespace ConsoleApplication1
{
    class Program
    {
        static string _url = "http://test.mypc.com:8035";
        static int _count = 0;

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

            Console.WriteLine();
            Console.WriteLine();
            Console.WriteLine();

            ThreadPool.SetMinThreads(100, 100);

            int reqCount = 3;

            for (int i = 0; i < reqCount; i ++)
            {
                ThreadPool.QueueUserWorkItem(requestHttp, null);
            }

            Console.ReadLine();
        }

        private static void requestHttp(object state)
        {
            int idx = Interlocked.Increment(ref _count);
            Thread.CurrentThread.Name = string.Format("request #{0}", idx);

            HttpWebRequest req = HttpWebRequest.CreateHttp(_url);
            {
                req.Headers.Add("Delay", "5000");
                req.ServicePoint.Expect100Continue = false;

                Console.WriteLine(DateTime.Now + " Request: " + idx + " - Begin");
                HttpWebResponse resp = req.GetResponse() as HttpWebResponse;
                Console.WriteLine(DateTime.Now + " Request: " + idx + " - End");

                WriteLine(DateTime.Now + " Request: " + idx);

                using (StreamReader sr = new StreamReader(resp.GetResponseStream()))
                {
                    sr.ReadToEnd();
                }
            }
        }
    }
}

실행하기 전, "C:\Windows\System32\drivers\etc\HOSTS" 파일에 "test.mypc.com" 을 "127.0.0.1"로 등록해 줍니다.

127.0.0.1 test.mypc.com

이렇게 하고 실행하면 서버는 다음과 같이 출력하고,

C:\...\SlowHttpServer\bin\Debug>SlowHttpServer.exe
[2]2016-03-28 오후 11:46:43
GET / HTTP/1.1
Delay: 5000
Host: test.mypc.com:8035
Connection: Keep-Alive


[1]2016-03-28 오후 11:46:43
GET / HTTP/1.1
Delay: 5000
Host: test.mypc.com:8035
Connection: Keep-Alive


[3]2016-03-28 오후 11:46:48
GET / HTTP/1.1
Delay: 5000
Host: test.mypc.com:8035

클라이언트는 이런 식으로 출력합니다.

DefaultConnectionLimit: 2
DefaultPersistentConnectionLimit: 2


2016-03-28 오후 11:46:43 Request: 1 - Begin
2016-03-28 오후 11:46:43 Request: 2 - Begin
2016-03-28 오후 11:46:43 Request: 3 - Begin
2016-03-28 오후 11:46:48 Request: 3 - End
2016-03-28 오후 11:46:48 Request: 1 - End
2016-03-28 오후 11:46:53 Request: 2 - End

먼저 클라이언트의 출력 결과를 보면, 1번과 3번 스레드의 HttpWebRequest가 End가 되고 나서야 2번 스레드의 HttpWebRequest가 5초 후에 완료되는 것을 볼 수 있습니다. 이와 함께 서버 측의 로그에는 11:46:43초에 2개의 요청을 받고 5초 동안 지연된 다음 응답을 완료했고 세 번째 요청 처리를 11:46:48초에 한 것으로 나옵니다.

즉, 2개의 요청만 동시 처리되고 1개의 요청은 DefaultConnectionLimit == 2의 설정으로 인해 동시 처리되지 않은 것입니다. (일반적인 닷넷 콘솔 프로그램의 DefaultConnectionLimit의 기본값이 2입니다.)




자... 이제 그럼 ServicePoint에 대해 알아볼 차례입니다. 사실 단어가 좀 낯설어서 그렇지, ServicePoint 하나는 고유 URL 하나에 대응해 생성하는 객체입니다. 가령, HttpWebRequest로 "http://test.mypc.com:8035", "http://pc.mytest.com:8035", "http://my.pc.com:8035" 3개에 대해 요청을 발생시키면 각각의 URL 마다 ServicePoint 객체가 생성되고 이것들 역시 Pool 형태로 ServicePointManager에 의해 관리가 됩니다.

ServicePointManager가 생성할 수 있는 최대 ServicePoint의 수는 "System.Net.ServicePointManager.MaxServicePoints" 속성을 보면 되는데, 기본값은 0 이어서 닷넷 프로그램에서 생성할 수 있는 ServicePoint의 수에 제한이 없습니다. 그런데, 테스트를 위해 이 값을 1로 주면 어떻게 될까요? 이 상태에서 다음과 같은 요청을 (동시에 또는 차례대로) 보내면,

HttpWebRequest: http://test.mypc.com:8035
HttpWebRequest: http://test.mypc.com:8035
HttpWebRequest: http://test.mypc.com:8035

ServicePointManager는 1개의 ServicePoint를 생성하고, 그 객체 안에서 3개의 연결을 모두 처리합니다. 반면, 다음과 같이 요청을 보내면,

HttpWebRequest: http://test.mypc.com:8035
HttpWebRequest: http://test.mypc.com:8035
HttpWebRequest: http://pc.mytest.com:8035

2번째 요청까지는 ServicePointManager가 생성한 1개의 ServicePoint에서 처리하지만, 3번째 요청에서 전혀 다른 URL이 들어와서 그에 대한 ServicePoint를 생성하려 하지만 ServicePointManager.MaxServicePoints == 1의 제약에 걸려 다음과 같은 예외를 던지고 맙니다.

System.InvalidOperationException was unhandled
  HResult=-2146233079
  Message=The maximum number of service points was exceeded.
  Source=System
  StackTrace:
       at System.Net.ServicePointManager.FindServicePointHelper(Uri address, Boolean isProxyServicePoint)
       at System.Net.ServicePointManager.FindServicePoint(Uri address, IWebProxy proxy, ProxyChain& chain, HttpAbortDelegate& abortDelegate, Int32& abortState)
       at System.Net.HttpWebRequest.FindServicePoint(Boolean forceFind)
       at System.Net.HttpWebRequest.GetResponse()
       at ConsoleApplication1.Program.requestHttp(Object state) in C:\...\ConsoleApplication1\Program.cs:line 81
       at System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)
       at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
       at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
       at System.Threading.ThreadPoolWorkQueue.Dispatch()
       at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()
  InnerException: 

현실적으로 봤을 때, 대부분의 닷넷 개발자들이 ServicePointManager.MaxServicePoints의 수치를 조정하지 않기 때문에 사실 저 예외를 만날 일은 거의 없습니다.




정리해 보면, ServicePointManager는 고유 URL 마다 1개의 ServicePoint를 생성합니다. 그리고 그 각각의 ServicePoint는 내부에 N 개의 연결을 관리합니다. 즉, 다음과 같이 1:N의 관계입니다.

ServicePointManager 1 : N ServicePoint
ServicePoint 1 : N Connection

(첨부한 파일은 이 글의 예제 코드를 포함합니다.)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/27/2021]

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

비밀번호

댓글 작성자
 




... 61  [62]  63  64  65  66  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12092정성태12/25/201910843디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/201912370디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일 [1]
12090정성태12/24/201911016.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점 [1]파일 다운로드1
12089정성태12/23/201911686디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088정성태12/23/201910638Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087정성태12/21/201911121디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12086정성태12/20/201913146디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201910897오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/19/201911510디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201912767Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201912606오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201914373개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201912260.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201913548오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201913442Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201913046Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201911202디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/11/201912033디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/10/201911658디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/201913480Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/201910898오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/201913229오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/201915379오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201911752디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201915043디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201911745디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
... 61  [62]  63  64  65  66  67  68  69  70  71  72  73  74  75  ...