Page History

지난 몇년간 멀티스레딩 프로그래밍을 통해 개발을 했고 문제를 풀려고 하였습니다.

하지만,5년간 운영하면서 어떠한 한계에 부딪쳤습니다. 스레드문제처리에대해 개발내에 숙련이 유지되지 않는다는점이며

단일기기에서 충분한 사용자처리 성능을 이끌수있으나, 그속에서도 대부분의 운영 로그가 스레드에관한것이고 이것을 해결하는데 골칫거리였습니다.

실제 서비스에관련된 로그가 20%라고 하면 TCP처리및 스레드에관련된 로그가 80%이상이였습니다.

로그의 복잡성은, 개발코드의 복잡성을 반영하며 문제파악및 확장이 어려워집니다.

더욱이 현재 느끼는 심각한문제는, 그렇게 쌓인 팀라이브러리가 AKKA에서 고민하는 추상화된 스레드모델에(디스페쳐) 한참 못미치고

거의 쓰일데가 없다란 것입니다.

오히려 어떠한 동시성을 위한 추상적 레벨의 라이브러리를통해, 제공하는 옵션을 어떻게 이해하고 사용해야하는가?

멀티스레드및 비동기프로그래밍을 어떻게 이해해야하고, 다시 학습하게 되는 계기가 되었습니다.

말이 길었지만 , AKKA에서는 아래와 같은 스레드 옵션을 지원합니다.

• thread-count - dispatcher 가 사용할 스레드수를 지정합니다.
• deadlock-timeout - 기본적으로 지정없으면 무한적으로 실행될수 있습니다. 너무 낮은값을 지정하면 작업 손실이 되니 신중하게 값을 설정합니다.
• threadtype -background,foreground. 두 옵션이 있으며 OS또는 플래폼 특성적이니  how .NET handles 을 참고합니다.