조대협의 블로그

요즘 서버쪽 보다는 동영상이나 모바일 같은 미디어쪽 기술을 보게 되는군요. 참 이것저것 많이 봅니다. 오늘은 IIS의 재미있는 기술을 하나 발견해서 소개합니다 IIS7 Media Pack에 포함된 Smooth Streaming이라는 기술입니다. 동영상 Streaming 기술은 크게 3가지 정도로 구분이 되는데 Traditional Streaming 기존의 RTSP,Adobe의 RTMP등이 이 기술에 속합니다. 미리 인코딩 된 동영상을 TCP나 UDP 세션에 따라서 클라이언트 버퍼 크기 만큼 쭈욱 Streaming해주는 거지요. 그래서 버퍼만큼 받기 때문에 뒤돌리기나 앞으로 돌리기가 안됩니다. Progressive Streaming YouTube나 MSN,MySpace등이 사용하는 기술로 HTTP down..

확인을 좀 해봐야알겠지 IIS의 Request 처리 메카니즘은 Java 기반의 WAS 보다 뛰어난것 같다. 일단 Asynchronous IO 처리라는 것이 되는데, 이는 WebLogic Server에서 최근에 추가된 Future Servlet과 유사한듯 하다. 보통 WAS는 Request를 받으면, 해당 Request를 처리하는 Thread가 Allocation이 되고, Response를 보낼때 까지 Thread를 잡고 있는데, DB나 외부 시스템을 호출하는 IO가 있을 경우 IO 처리 시간동안 Thread를 점유하는 비효율적인 메카니즘이 생겨나고, 이는 실제 처리할 수 있는 Request 수를 줄인다. 이를 보강하는 방법인 일단 Request를 받은 후에, 처리가 완료될때까지 Thread를 Releas..

IIS 6.0 기준이고, 5.0은 구조가 다르다. HTTP.SYS 라는 커널 레벨의 디바이스드라이버에서 HTTP Request를 받는다. 어떤 AP인지 식별한 다음에, AP POOL에서 W3WP.EXE를 Invoke해서 사용한다. W3WP.EXE에서 aspnet_isapi.dll을 호출하여, 컴파일된 ASP의 DLL을 수행한다.일반적인 웹서버 아키텍쳐와 같은데, 각 Request를 Thread가 아니라 Process가 핸들링 하는 형태이고 상용 WAS와 유사하게 AP별로 POOL을 나눠서 관리하고, POOL별로 AP을 디플로이 할 수 있다. 참고 : http://dotnetslackers.com/articles/iis/ASPNETInternalsIISAndTheProcessModel.aspx