Java의 ScheduledExecutorService에 대응하는 C#의 System.Threading.Timer
오늘 자바 개발자를 통해 ScheduledExecutorService 인터페이스를 알게 되었습니다.
ScheduledExecutorService
; https://docs.oracle.com/javase/7/docs/api/java/util/concurrent/ScheduledExecutorService.html
오호~~~ 제법 편리한 기능입니다. 지정된 시간 이후에 콜백할 메서드를 등록할 수 있는데, 시간 등록도 작업 항목별로 자유롭게 지정할 수 있고 스레드 관리 같은 것이 필요가 없습니다. 역시 자바가 오랜 역사에 기반해서 이런 편리한 기능이 많구나... 라고 생각했는데, 알고 보니 닷넷에도 유사한 기능이 있습니다. 바로, 우리가 그냥 흔하게 사용했던 System.Threading.Timer가 그것입니다.
Timer Class (System.Threading.Timer)
; https://docs.microsoft.com/ko-kr/dotnet/api/system.threading.timer
사실, 저는 ScheduledExecutorService와 같은 기능이 .NET BCL에는 없을 거라 생각했습니다. 왜냐하면 Timer는 경우에 따라서 상한이 제한된 자원이기 때문입니다. 일례로,
SetTimer Win32 API의 경우 현재 프로세스 당 10,000개, 데스크톱 자원 전역으로 short.MaxValue(32,000-ish)만큼의 제약이 있습니다.
What is the maximum number of timers a program can create?
; http://blogs.msdn.com/b/oldnewthing/archive/2009/08/27/9886147.aspx
따라서 System.Threading.Timer가 ScheduledExecutorService처럼 자유로운 작업 항목 수를 가질 수는 없을 거라고 판단한 것입니다.
그러다, 문득 이런 생각이 드는 것입니다. 혹시, SetTimer가 아닌 좀 더 경량화된 timer 자원을 써서 구현하지 않았을까??? 하는. 그래서 .NET Reflector로 System.Threading.Timer를 열어 보니 내부적으로 CLR의 CreateAppDomainTimer 쪽으로 호출을 연계하는데,
[SecurityCritical, SuppressUnmanagedCodeSecurity, DllImport("QCall", CharSet=CharSet.Unicode)]
private static extern AppDomainTimerSafeHandle CreateAppDomainTimer(uint dueTime);
이 함수명으로 검색해 보면, 다음의 글이 나옵니다.
Timers in .Net
; http://habrahabr.ru/post/195814/
내용에 보면, Timer 인스턴스를 1000개를 생성했는데도 windbg로 살펴본 스레드의 수는 콜백을 호출하기 위해 사용한 ThreadPool의 스레드 수만 있었습니다. 즉, 자바의 ScheduledExecutorService처럼 콜백을 자동으로 ThreadPool의 스레드에 맡기는 것과 완전히 동일하게 System.Threading.Timer도 동작하고 있는 것입니다.
내부의 C/C++ 코드로 구현한 CreateAppDomainTimer 함수를 호출하는 것을 보니, 닷넷 자체적으로 구현하기보다는 분명 운영체제에서 제공하는 Win32 API에 기능을 대행하지 않았을까 하는 예측을 할 수 있는데요. 게다가 System.Threading.Timer의 도움말을 보면, "System.Threading.Timer is a simple, lightweight timer that uses callback methods and is served by thread pool thread"라는 문구가 나옵니다. 이에 착안해서 윈도우에서 제공하는 timer들을 살펴본 결과,
Timers Tutorial
; http://www.codeproject.com/Articles/1236/Timers-Tutorial
CreateTimerQueueTimer Win32 API가 "Queue timers are lightweight kernel objects that reside in timer queues"라는 설명이 있는 것으로 보아 가장 가능성 있는 후보로 떠오릅니다. (물론, 예상일 뿐입니다.)
중요한 점은, SetTimer Win32 API와는 달리 CreateTimerQueueTimer는 작업 항목의 수에 대한 명시적인 상한 제한이 없다는 것입니다.
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]