안녕하세요
누군가 클라이언트에서 쓰레드를 써야 한다고 얘기를 해줘서요...
몹이나 다른 사용자를 쓰레드로 돌리는게 어떻겠냐구 하더군요
쩝... 전 쓰레드를 써본적이 없어서리... 얼만큼 부하가 걸릴지
예상이 안되는군요.
꼭 쓰레드를 써야하는지.. 아님 리스트로 관리를 해도 되는지 조언부탁드립니다.
클라이언트에서라면.. 멀티스레드가 꼭 필요한게 아니라면 가급적 쓰지
마세요.
스레드 1개만 갖고도 충분히 클라이언트는 만들어질 수 있습니다.
흠
잡담이 될지 모르겠군요..
하여튼.
몇가지 끌적거리고 갈께요..^^
제가 예전에 머그겜을 만들때 실시간로딩을 공부하다가 결론낸 것들이
있는데. 현재 하다가 그만두었는데.
저에게는 필요가없어 참고나 하시라고 글을 올립니다.
현재 개발중이면 한번고려를 ..
음... 보통 제 생각에 그냥 로딩을 조금씩,조금씩 해서 로딩을
하는것 같은데요.
제가 생각한건요.음.. 남도 그렇게 하고 있을지모르겠지만.하여튼
스레드를 사용하는겁니다.
제가 어느정도 테스트를 해봤는데요.이방법이 프로그램으로 짜기도
쉽고. 속도도 훨빠른것 같네요.
로딩 이벤트가 그렇게 심하지 않으면 그냥 단순하게 짜도 될것같은데
하여튼 이방법은 먼저 로딩하는 파일이 크면 클수록 효과적입니다.
아시는분들도 많이 계시겠지만 파일로딩시 CPU 는 멈추고 로딩이
끝나기를 기다립니다.그렇기 때문에 이시간은 실시간겜에서 그냥
버려야 합니다...T.T 쓰지도 않고 시간을 버리다니 넘 아깝지
않습니까.그래서 전 이걸 살려보려고 여러 문서를 본결과
파일 로딩시 비동기로 로딩하면 된다고 하는데.문제는.
98에서는 지원이 안된다고 합니다. 결국 직접적으로 프로그래머가
비동기루틴을 구현해야하는데 그렇담 할수없이 쓰레드쪽으로
생각을 할수밖에 없더군요.
이렇게 하면 로딩 루틴을 서브 쓰레드에 막기면 서브 쓰레드가 파일
로딩을 하고 주쓰레드가 계속 작업을 하면 됩니다.
여기서 쓰레드를쓰면 오히려 전체 CPU사용률은 더욱더 부하가
커질지 않을까생각할수도 있지만.
파일로딩시 CPU를 사용하지 않기때문에 결론적으로
한스레드만 CPU를 사용하게 됩니다
하지만 약간의 오버헤드가 생기겠죠.
제가 테스트 해본결과 서브스레드를 발생시키고
서브스레드를 wait함수로 잠자게하고 돌려보니
그냥 메인쓰레드 하나 있는것보다 1/1000 을 먹더군요.
그리고 또 문제는 만약 서브쓰레드에 CPU 를 조금이라도
쓰는 루틴이 있으면 있을수록 효율성은 계속떨어집니다.
그러니 가능한 줄이는 방법으로................
저같은경우 먼저 서브스레드에 WaitForSingleObject로 서브
쓰레드를 죽이고(이렇게 하면 먼저 그냥 메인하나로 돌릴때보다
1/1000 효율이 떨어집니다.) 있다가
작업할목록이 생기면 서브를 호출합니다.
그럼 서브는 보통 파일오픈, 읽기, 디코딩, 닫기 정도를 합니다.
여기서 CPU 를 사용하는곳은 파일오픈과 디코딩,닫기 인데.
가능한 이루틴을 줄일수록 효율이 커집니다. 반대로말하면
파일 읽기 루틴이 클수로 효율은 데빵거지죠.
만약 이루틴을 메인스레드에서 돌린다면 파일읽기시 CPU는
멈추고 저첸적으로겜은 뚝뚝 끊기는 현상이 발생하죠.
하여튼 이론을 테스트하려고 같은 파일을 계속해서 읽게
했는데. 98이 작은파일은 내부적으로 버퍼링같은걸하여
파일을 읽고나서 원본파일을 지우지않고 메모리에 두어
호출시 바로 메모리를 읽어오니 하드에 접근도 안하더군요.
그래서 결국 한 1메가 정도 파일을
여러게 두어 서브스레드가 계속해서 읽게 했는데. 그냥
메인으로 돌리는것보다 한 30% 효율이 있다고 결론졌습니다.
음.. 그래서 이방법으로 겜을 짜려고 하다가 중도에 프로젝트가끝나
못했습니다.그래서 이젠 저한테 필요가 없는 것들이라.
참고나 하시라고 글씁니다..
음 중요한 결론은 스레드를 사용해야지만 파일로딩시 씨피유가
놀고있는것을 사용할수있고, 98이 파일을 버퍼링하니
만약 한곳에서만 왔다갔다하면 하드를 읽는읽은없을거다입니다.
음 하여튼 참고나 하시라고 글씁니다.
훌. 지금까지 쓴글중에 젤긴글 이네요.
하하그럼.아..그리고 제가 말한 방법은 DB프로그램에서
사용하는것으로 알고 있습니다.
서버측은 모르겠지만 클라이언트측은 논블록킹 소켓을 사용해야 한다고 생각합니다.
과거 제가 만들었다 망했던 머그 '아바돈'의 경우 블록킹 소켓으로 클라이언트에서
서버측에 접속을 시도하는데 만약 서버가 작동하지 않고 있다면 블록킹
소켓의
Connect()는 한참동안 먹통이 되고 사용자들은 컴퓨터가 다운된줄 알고
전원 스위치
를 누르더군요. 물론 타임아웃등의 설정을 해 주어야 하겠지만, 이러한
잠시동안의
무응답 현상은 사용자들에게는 매우 짜증나는 요소로 작용하기때문에
바람직하지
않은 것 같더군요.
Winsock의 비동기소켓은 구현하기는 좀 까다롭지만 제 경험에 따르면
퍼포먼스 면에서나 안정성면에서나 훌륭하다고 판단됩니다. 헬브레스
서버/클라이언트도 모두 비동기 소켓을 사용하거든요.
가끔씩 Winsock 제작자들이 존경스러울때가 있다니까요 기대 이상의
성능에..^^