Page History

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

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

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

실제 서비스에관련된 로그가 10%라고 하면 TCP처리및 스레드에관련된 로그가 90%이상이였습니다. 이러한 시스템이 어떻게 발전을 하겠습니까?

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

아무데도 쓰일데가 없다란 것입니다.

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

에대한 옵션 문서만으로 멀티스레드를 잘 이해하고, 다시 학습하게 되는 계기가 되었습니다.

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

• thread-count - The number of threads dedicated to this dispatcher.
• deadlock-timeout - The amount of time to wait before considering the thread as deadlocked. By default no timeout is set, meaning code can run in the threads for as long as they nee. If you set a value, once the timeout is reached the thread will be aborted and a new threads will take it's place. Set this value carefully, as very low values may cause loss of work.
• threadtype - Must be background or foreground. This setting helps define how .NET handles the thread.