소켓 모니터링 기능으로 본 ASP.NET의 소켓 풀링 기능
지난 글에서 WebDev.****.exe에서 ASP.NET을 호스팅 했을 때, WCF 서비스 호출에 대한 소켓 모니터링 결과를 보여드렸는데요.
소켓 모니터링 기능으로 본 WCF의 WSDualHttpBinding 성능 부하
; https://www.sysnet.pe.kr/2/0/878
재미있게도 동일한 aspx 웹 페이지를 IIS에서 호스팅하면 다음과 같은 식으로 소켓 모니터링이 되는 것을 확인할 수 있습니다.
UUID: 1c35550b8e491d3d(2032624314947804477) 서버 시간: 11:59:29 391(1275706769391)
에이전트: LA1 애플리케이션: /CallToAsmxService.aspx(-1436277220)
클라이언트 아이디: 6b90b0fec4e457b(484430597936006523) 클라이언트 IP: 127.0.0.1 사용자 아이디:
호출 시간: 11:59:47 039 종료 시간: 11:59:51 930 응답 시간: 4,891
CPU 시간: 94 SQL 시간: 0 Fetch 시간: 0 TX 시간: 0
... [중간생략] ...
[0009][11:59:48 181][ 1][ 0] BasicHttpBinding == http://localhost:19448/WCFs/WcfJennifer.svc/addrBasicHttpBinding
[0010][11:59:48 186][ 5][ 0] SOCKET[addr=127.0.0.1,port=80,localport=3808]
[0012][11:59:49 775][ 1][ 0] WSHttpBinding == http://localhost:19448/WCFs/WcfJennifer.svc/addrWsHttpBinding
[0015][11:59:50 811][ 1][ 0] WSDualHttpBinding == http://localhost:19448/WCFs/WcfJennifer.svc/addrWsDualHttpBinding
[0016][11:59:50 816][ 5][ 0] WSDualHttpBinding Method Calling
[0021][11:59:51 360][ 500][ 0] WSDualHttpBinding Closing
[0026][11:59:51 924][ 39][ 0] WSDualHttpBinding Closed
... [중간생략] ...
사실, 위의 경우도 운이 좋은 경우이고 여러 번 호출되다 보면 SOCKET 메시지 조차도 나오지 않습니다. 처음엔, 이 결과에 적지 않게 당황했습니다. 혹시 제니퍼의 모니터링 기능이 잘못 구현된 것인지? 아니면 닷넷 모니터링 기능 자체가 불안정한가? 라는 가정들이 올라왔기 때문입니다.
원인을 좀 더 명확하게 하기 위해, 모니터링 코드 자체에 Receive/Send 메서드에도 진단 코드를 넣고 다시 돌려 보았습니다. 오호~~~ 코드는 아무런 이상이 없었다는 것이 밝혀졌습니다. (참고로, 아래의 출력은 제니퍼의 기능과는 무관합니다.)
BasicHttpBinding == http://win2003x86:80/WCFs/WcfJennifer.svc/addrBasicHttpBinding
Connect
Send - 222 bytes
Receive - (Total) 1007 bytes
Receive - (Total) 1032 bytes
WSHttpBinding == http://win2003x86:80/WCFs/WcfJennifer.svc/addrWsHttpBinding
Send - 169 bytes
Receive - (Total) 1459 bytes
Receive - (Total) 1484 bytes
WSDualHttpBinding == http://win2003x86:80/WCFs/WcfJennifer.svc/addrWsDualHttpBinding
WSDualHttpBinding Method Calling
Send - 173 bytes
Receive - (Total) 2157 bytes
Receive - (Total) 2182 bytes
Send - 174 bytes
Receive - (Total) 2366 bytes
Receive - (Total) 2391 bytes
WSDualHttpBinding Closing
Send - 173 bytes
Receive - (Total) 2784 bytes
Receive - (Total) 2809 bytes
Send - 173 bytes
Receive - (Total) 3202 bytes
Receive - (Total) 3227 bytes
WSDualHttpBinding Closed
최초 Socket.Connect 호출 이후에 Socket.Receive 함수의 호출로 받은 입력 값들의 바이트 수가 누적되는 것을 확인할 수 있는데요.
바로, 최초 호출 시에만 Socket.Connect 메서드가 호출되고 이후의 WCF 연결들은 새롭게 열지 않고 이전에 열어둔 소켓을 재활용하기 때문입니다. 이것은 ProcessRequest 범위를 넘어서 aspx 호출 간에도 재사용이 이뤄집니다.
재미있는 점은, 이런 소켓 풀링이 WCF 연결 자원에서만 이루어지는 것이 아니고, ASMX 프록시 클래스, HttpWebRequest 레벨을 모두 포함해서 같이 공유가 된다는 것입니다. Socket.Open/Close를 직접 호출하는 것은 소켓 풀링이 안되는 것으로 봐서 Socket을 감싼 어느 레벨 이상의 클래스가 자동으로 소켓 풀링을 해주는 것으로 보입니다.
정리해 보면, IIS에서 호스팅 될 때는 소켓 풀링이 적용되고, WebDev.****.exe에서는 소켓 풀링이 안된다는 것!