분리된 ThreadPool 사용 - Smart Thread Pool
.NET 개발자들이 흔히 사용하는 ThreadPool.QueueUserWorkItem은 CLR ThreadPool에서 관리 중인 스레드 하나를 소비하게 됩니다. 그리고, ASP.NET의 작업자 스레드는 다름 아닌 그 CLR ThreadPool이라는 점은 지난번에 설명드렸지요.
눈으로 확인하는 maxWorkerThreads, minFreeThreads 설정값
; https://www.sysnet.pe.kr/2/0/983
자, 그런데 가끔씩은 CLR ThreadPool과는 별개의
스레드풀을 사용하고 싶은 경우가 있습니다. 예를 들면, ASP.NET의 maxWorkerThreads에 할당된 스레드가 모두 점유되었다고 해도 꼭 처리되어야만 하는 코드를 ThreadPool.QueueUserWorkItem으로 넣어둔다면 현재의 요청들 중에서 완료되는 것들이 하나라도 있어야만 동작하기 때문에 시간적으로 원하는 때에 실행이 되는 것을 보장하지 못할 수 있습니다.
물론, 그런 경우에는 별도의 new Thread...로 처리하면 CLR ThreadPool의 상태와 상관없이 안전하게 실행될 수 있습니다. 그렇긴 하지만, 스레드를 생성하고 종료 시점까지 관리해야 하는 것에는 부담이 있을 수밖에 없는데요. 바로 이런 경우가 사용자 정의 가능한 ThreadPool이 아쉬운 순간입니다.
불행히도, .NET BCL에는 ThreadPool을 별도로 정의할 수 있는 방법은 현재 제공되지 않아서 직접 구현해야 합니다. 이런 상황이다 보니, 코딩을 해보는 것도 나쁘진 않겠지만 나름대로의 시행착오를 겪어가면서 안정화를 시켜야 하는 부담이 따르므로 다음과 같은 공개된 라이브러리를 사용하는 것도 좋은 선택입니다.
Smart Thread Pool
; https://github.com/amibar/SmartThreadPool
다운로드를 받으면 .\docs\SmartThreadPool.html 파일에서 자세한 사용 설명을 볼 수 있는데, 기본적인 사용법은 아래와 같이 CLR ThreadPool과 어느 정도 유사하기 때문에 쉽게 사용할 수 있습니다.
SmartThreadPool smartThreadPool = new SmartThreadPool();
smartThreadPool.QueueWorkItem(
() =>
{
Console.WriteLine("Test");
});
보시는 것처럼, static 인스턴스로 SmartThreadPool이 제공되는 것이 아니기 때문에 원한다면 다수의 스레드풀을 별개로 운영하는 것도 가능합니다.
codeplex/github에 공개되어 있어 소스코드까지 제공되며 라이선스 또한 Ms-PL이기 때문에 소스 코드에 대한 재배포같은 문제도 없습니다.
참고로, 과거 "Microsoft Permissive License"에서 'Public'으로 바뀐 것이라고 하는군요.
Microsoft Public License (Ms-PL)
; http://www.olis.or.kr/ossw/license/license/detail.do?lid=1075&mapcode=¤tPage=6
Microsoft Public License (Ms-PL)
; http://www.opensource.org/licenses/ms-pl.html
빌드는 다음과 같이 해주면 .NET 2.0용과 .NET 4.0용을 함께 얻을 수 있습니다.
SET TARGETCONF=Release
msbuild .\src\SmartThreadPool\SmartThreadPool.csproj /ToolsVersion:3.5 /p:AssemblyName=SmartThreadPool.Clr20;Configuration=%TARGETCONF%;TargetFrameworkVersion=v3.5
del .\*.FileListAbsolute.txt /s
msbuild .\src\SmartThreadPool\SmartThreadPool.csproj /ToolsVersion:4.0 /p:AssemblyName=SmartThreadPool.Clr40;Configuration=%TARGETCONF%;TargetFrameworkVersion=v4.0
이 과정에서 오류가 하나 발생하는데, AssemblyInfo.cs 파일에서 InternalsVisibleTo를 제거해 주시면 됩니다. (어차피 빌드 결과물만 얻을 것이므로 단위 테스트 연동을 위한 부분이니 제거해도 상관은 없습니다.)
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]