unix 계열에서는 쓰레드 위주의 설계가 잘못된 것일까요?

저도 질문하신 분과 비슷한 것 만든적 있고, 비슷한 고민도 많이 해 봤습니다.

아마, 질문하신 분도 나름대로 생각을 가진채 다른 분들의 의견을 듣고 싶어서

그랬지 않나 싶습니다.

최소한 linux에서는 제대로 돌아갔다면, 로직 자체가 잘못되지는 않는 것 같습니다.

특정 함수의 동작이나 성능이 리눅스랑 달라서 그렇지 않을까 생각되는데요..

필요없다고 생각되는 부분은 제거하고 테스트 해 보는 것이 어떨까요? 처음에는

로그 부분.. 그 다음에는 lock 하는 부분.. 반드시 lock해야 하는 부분도 있지만,

dual cpu 아니면 lock 안해도 그럭저럭 돌아가는 경우도 많더군요.

제가 만들었던 놈은 io 처리가 주 임무인 프록시 비슷한 놈 이었습니다. 여러 os를

염두에 두어서 one client-one thread 방식이었고, 쓰레드 풀 도 없이 그냥 구

현 했습니다. 테스트 해 보니까 쓰레드 수백개 생겨도 원하는 성능은 나왔습니

다. 워낙 열악한 환경이 어서 정확한 테스트는 아니었지만요..

실전에서도 web server, db server가 동시에 돌아가는 상황에서 쓰레드가

100여개 정도 생겨도 별 문제 없었습니다. cpu가 제온 두개이고, web과 db가

그다지 많이 부하를 받는 상황은 아니었지만요.. 참, os는 w2k server입니다.

서버 프로그램이라면 최소의 자원으로도 잘 돌아가게 만드는 것이 중요하기는

한데.. 요즘 서버가 워낙 빵빵한 것도 많이 나와서.. ^^; 쓰레드 방식으로

할때 context switch에 대한 부담 보다는, 쓰레드로 인한 자원의 한계 때문이

다른 방식으로 눈이 가더군요..

문제의 원인이 저도 무척이나 궁금합니다!! :o