Untitled

리눅스를 서버로 개발하는 것은 어려가지의 개발환경에 대한 고려 속에서
이루어졌을 것이라고 봅니다.
우선 리눅스를 서버로 설정한 것은 개발비용의 절감이라는 측면에서 매우
설득력있는 해답이라고 봅니다.
리눅스는 개발초기부터 386,486 환경에서 개발되었기 때문에 인텔을 기반으로한
모든 환경에 무리없이 작동합니다.
하지만, 리눅스는 미닉스를 모델로 개발한 것이기 때문에 멀티태스킹과 멀티
프로세스 구조라는 특징을 또한 가지고 있습니다.
그래서 리눅스는 인텔을 기반으로 한 환경, 그리고 멀티 프로세서의 환경에서
뛰어난 퍼포먼스를 보입니다.

CPU는 기본적으로 듀얼로 가야합니다.
비록 시범적으로 개발하는 환경이라고 해도 싱글과 듀얼과의 차이는 너무나
크기 때문입니다.
또한 리눅스는 NT서버와는 달리 시스템의 궁합(? 달리 생각이 나지 않는군여)을
그렇게 타지 않습니다.
NT 서버는 웬만하면 조립해서 사용하는 것보다 서버로 출시되는 제품을 구매하는
것이 낫다고 알려져 있습니다. 그만큼 시스템이 어떻게 설계되고 구축되었는가에
퍼포먼스가 따라간다고 볼수 있습니다.
하지만, 리눅스는 그정도까지 고려치 않아도 됩니다.
참고로 제가 현재 구축해놓은 사양을 보면

펜티움 II 400 듀얼
일반 싸구려 메인보드(듀얼보드 지원) BX
AGP 4-8M
3Com Network Card
뭐 이정도 입니다.
하지만, 동일한 사양에서 NT와 리눅스로 컴파일을 할때에는 조금 차이가 납니다.
리눅스가 조금 더 빠르다고나 할까요...
제가 속도를 확실하게 재지 않아서 잘 모르겠는데 확실히 리눅스가 좀더
빠르다는 것은 느꼈습니다.
하지만, 리눅스는 아직까지 제대로 제품에 대한 보증제도가 없다는 문제가 심각한
난제입니다.

단적으로 NT는 MSDN이라는 개발환경이 주어지는데 반해서 리눅스는 아무것도
없습니다.
개발하기에도 비주얼툴이 있는 환경과 없는 환경이 갖는 차이도 크죠.
또한 클라이언트를 어떻게 설정할 것인가... 그리고 클라이언트의 개발툴과
리눅스의 개발환경과 어떻게 조화시킬 것인가는 쉽게 해결할 문제는 아니라고
봅니다.
저는 웬만하면 개발환경을 일치시키는 것이 좋다고 봅니다.
리눅스가 좋기는 하지만, 개발환경이 다르다면 그만큼 시간이 걸리는 문제이기
때문입니다.
곰바우님의 멋진 작품을 기대해봅니다.

오늘 사실상 리눅스로 확정했거든요. 협의하에...
H/W의 구성이 어떤지 알고 싶습니다.
물론 레벨에 따라 다르겠지만...
아니면 개발중 이신 게임의 H/W의 구성이라도
참고적으로 알고 싶군요.
그럼...

음.. 하하. 저희도 아직 구매는 하지 않았지만.
개발 서버의 경우 펜티엄 2급으로 2CPU에
메모리 256정도 를 생각 하고 있고 하드는 물론 SCSI로
10기가 정도 올리려고 생각 합니다.
서비스 서버는 4CPU에 메모리 512정도를 예상 하고 있습니다.
물론 서버는 멀티로 돌릴것을 예상하고 설계 하고 있고요.
리눅스 서버로 했을때 PC와 다른 점은 별로 없습니다. 단지
서버는 SCSI로 하는 것이 좋은게 IDE는 하드 억세스 속도가 느려서
스왑 잡으면 버벅델 염려가 있습니다. 그래픽 카드등도 넘 최신건
하지 말구요. ^^; 거의다 지원하긴 하는데 아주 최신것은 지원 하지
않는 경우도 있고 X Window쓰는데 잡아 주기 힘든 경우도 있고요.
리눅스 동호회쪽에 그런건 물어보는게 빠를것 같군요.
하지만 PC와 거의 차이가 없다는 점을 말씀드리고 싶네요.
그럼..

흠... 그렇군요, 역시 4CPU정도군요..
그럼 확장성을 고려해서 4CPU가 지원되는 보드를 사용하시겠군요.
오늘 리눅스동호회에서 제가 직접 도움받을수 있는분을 찾았습니다.
서버구축과 설치등에 관해서.. 프로그래머는 아니라는군요.
내일 저희회사에 직접 찾아 오신다는군요. 정말 다행...
PSYCHO님도 저희와 비슷하시군요. 시작은...
그런데, 제가 리눅스플랫폼을 알지 못하니 저보다는 빨리
작품이 나오겠군요. 앞으로도 답변 잘 부탁드립니다.
그럼...

PS. 도와주시겠다는 분이 서울지역 리눅스 소모임을
     만들고 있는 중인데, 관심있는분은 연락바랍니다.
     그분은 95년부터 리눅스를 사용하셨다는군요.
     인원은 5명정도예상하고 있다고 합니다.

안녕하세요...
제가 지금 온라인 게임의 서버와 클라이언트 모두 만들어야 될 형편입니다.
서버는 리눅스에 둘 예정인데.. 확실히 window NT와 리눅스중에 어느것이 좋으며
사양이 어느정도는 되야 되는지.. 또 그 사양으로 동시접속 몇명까지 무난한지..
알고 싶습니다. 자료도 거의 없는 상태라 정말 난감하군요.
경험이 있으신 분들의 도움을 요청합니다.
그럼 이만..

전통적으로 유닉스 계열로 나가는 것이 좋습니다.
왜냐면 이미 검증이 된 OS이고 그만큼 안정적으로
운영이 될 수 있다는 것이지요. 그리고
NT는 기본적으로 GUI를 가동해야 하기 때문에
여기서 오는 비안정성과 시스템 상의 부하 또한 만만
치 않지요.
유닉스는 GUI부분(X윈도를 말하는거겠죠.^^; )을
선택적으로 수행 할 수 있고 몇십년간의 버그 패치와
테스트와 갈아없음을 통해 안정성을 보장 받았지요.
현재 대부분의 머드들이 리눅스에서 돌리고
심지어 486에 메모리 16메가 정도에서도 머드 서버를
돌릴 수 있답니다. 모두 리눅스 상에서 가능한 거구요.
X86솔라릭스나 Free BSD또는 SCO Unix등 리눅스 외에
PC상에서 돌릴 수 있는 유닉스 계열의 OS들이 많이 있습니다.
물론 기본 라이브러리만 맞춰 준다면 소스상의 호환은

유지되겠지요. 근데 전통적으로 버클리 계열의 소켓이
안정적이라고 하네요. 그래서 FreeBSD가 리눅스
보단 네트웍부분에선 안정적이라는 예기가 있고요.
근데 FreeBSD는 리눅스에 비해 업그레이드가 늦고
많이 안써서 리소스가 별로 없지요.
리눅스는 커널 레벨부터 소스가 공개 되어 있어서
익숙해지면 많은 자료를 찾을 수 있는 것이 장점입니다.
x86솔라릭스는 상용인 만큼 안정적이고 상업적으로 성공한
유닉스인 솔라릭스 기반이므로 많은 리소스들을
제공받을 수 있다는 점이 장점이겠지요.
하지만 리눅스나 솔라릭스나 FreeBSD나 별반 차이가 없을
겁니다만 NT보단 안정적이고 더 많은 사용자를 포용할 수 있다는
데는 반론의 여지가 없습니다.
개발상의 난이도는 두 OS모두 비슷하고요.
어느정도 하드웨어가 몇명을 커버할 수 있다는건

어떻게 구현하느냐에 따라 다르겠지요.
그리고 어떤 기술에 어떤 하드웨어를 쓰느냐가 중요 하겠지요.
서버에 있어서 중요한건 첫째도 안정성 둘째도 안정성입니다.
기능이 떨어지는건 쓸 수 있지만 안정성이 떨어지는 서버는
쓰질 못하죠.
그리고 Virtual Server등 여러가지 하드웨어나 소프트웨어적인 장치들로
유저수를 늘리는 방법이 있습니다.
그런 것들도 고려하면 오히려 프로그래밍도
쉬워지면서 퍼포먼스가 증가 할 수 있는 거죠.

제가 아는 분이 요즘 잘나가는 L모 게임을 만드신 분을
알고 있는데 동시 연결이 최대 800여명 정도였구요.
X86솔라릭스를 썼다고 합니다. 그리고 CPU가 여러개 짜리라고
하던데. 굳이 X86을 쓴 이유는 스팍 머신이 비싸기 때문이라고 합니다.
이 서버 한대로 돌린다고 하네요.
그리고 PC나 NPC모두 쓰레드로 돌리기 때문에 멀티 씨피유를 쓰면 성능
의 향상을 톡톡히 볼 수 있다고 합니다.
물론 설계하기 나름이겠지만요.
저도 들은 예기기 때문에 정확하지 않을 수 있습니다.
fROM PSYCHO

머그게임을 만들예정으로 있고, 현재 기본적인 계획을 잡아가고 있습니다.
서버는 아직결정되지는 않았지만 개인적으로는 Linux를 마음에 두고 있습니다.
그런데 제가 Linux환경을 경험해보지 못해서 어떻게 결정될지 모르겠군요....

다름이 아니라 머그게임의 전체적인 개발과정에 대해 질문하려합니다.
1. 서버 어플리케이션의 제작기간
2. 서버와 클라이언트를 포함한 제작기간
3. Linux와 NT 서버 한대를 기준으로 했을때 최대 수용인원
4. 개발초기서 부터 종료시까지 H/W적 테스트환경, 개발인원구성
5. 현재 상용 또는 베타 서비스하고 있는 게임의 H/W적 구성은
어떠한지 알고 싶습니다

Unix로 서버를 구축하든 NT로 서버를 구축을 하든 둘다 별반의 차이가
없습니다.
NT환경으로 울티마 온라인 같은 서버도 만들수 있고 퀘이크같은 서버도
만들수가 있습니다.
제생각으로는 울티마온라인 같은 서버는 한대로 이뤄져 있지 않고
분할 되어 사용하는 것으로 알고 있습니다.
1개 이상의 IP어드레스로 접속을 한다는 예기가 되겠고요.
PC에 솔라리스 환경을 깔아서 서버로 쓰는 세상이니까 시스템이 딸리면
좋은 기종에 NT를 깔아서 쓰면 되겠고요.
문제는 통신라인의 고속화가 이뤄진다면 얼마든지 해결될 문제라고
생각이 듭니다..손서호 (mouse )

제가 요 몇일간 게시판을 질문으로 도배하는 것 같아서..
이래도 되나 모르겠군요...^-^
제가 지금 회사에서 쓰고 있는 컴사양이
1. 데스크탑 p166 ram64 hdd-eide4gb
2. 노트북 p233 ram32(?) hdd-eide4gb
요 두대거든요.
그래서 개발 초기이니 데스크탑에 리눅스를 설치하려고
생각중인데 어떠한지 궁금합니다.
어차피 서버급을 벌써부터 구입할 필요는 없다구 보거든요.
요 두대를 랜으로 직접연결하려고 하거든요.
그리고 PSYCHO님 리눅스 적응기간(네퉉포함)을 말씀 않해
주셨네요. 부탁드릴께요....
몇일내로 계획서를 보고드려야 하거든요.

PS. 저도 리눅스를 괴물로 보지는 않아요

단지 제가 아는 형이 워낙 겁을 줘서 말이죠.
빨리 계획서를 만들어야 리눅스를 설치하든
뭘하든 할텐데.....

음. 우선 리눅스는 OS지 괴물단지가 아니죠. ^^;
기본적으로 리눅스를 이해한다기 보단.
유닉스 네트워킹에 대한 이해가 필요 하고요.
유닉스 네트워킹만 이해 한다면 리눅스도 별반 차이가 없으니까요.
Sun 교육센터에서 일주일에 80만원 정도로 네트웍 교육 과정이
있는 걸로 알고 있습니다.
일주일만에 띄는 속성 과정이고 기초가 없으신 분은 들어도
좋을 듯 합니다.
네트웍 프로그래밍 과정도 있구요. 기초적인 거긴 하지만.
돈이 남으시면 들으셔도 단기간에 좋은 결과를 얻을 수 있고요.
(C언어에 대한 기본 지식이 있어야 겠구요.)
기본적인 자신감은 얻으실 수 있을 겁니다.
전 자바 과정을 거기서 들었는데. 새로운걸 배운다기 보단
책에서 읽은 내용을 직접 해볼 수 있는 기회가 된다는 점에서
좋은 것 같습니다. 그리고 옆에 아는 사람이 있는 거랑 없는 거랑은

천지 차이니까요. (앗 전 그 학원관 전혀 관련없습니다.
한번들어가서 수강했을 뿐~ 그것도 자바만 )
익숙해지는 것은 들인 노력 만큼 입니다.
결국 OS는 언어배우듯이 많이 사용하면 느는거죠..
주위의 아는 사람의 도움을 많이 받으십시요.
하이텔에도 리눅스 동이라든가 넷동등 리소스는 많고 많습니다.
그럼..
fROM PSYCHO

멀티 서버 등을 만드려면 어떤 솔루션이 필요한지 알고 싶습니다. 정확히 어떤
플랫폼, 툴 등을 소개해 주셔도 좋고, 어떤 범주에서 그런것들을 찾으면 되는지
정도의 자료도 환영합니다.

가장 간단한 구조로 하나의 Log Server에 여러개의 Game Server를 물리는 방식이
아닐까 생각됩니다. 플레이어는 처음 Log Server에 접속하여 자신이 위치하고 있는
맵과 좌표를 얻어오고, 그 맵의 처리를 할당받은 Game Server로 접속하게 되는
것입니다. 각각의 Game Server는 맵단위로 쪼개져서 그 맵에 존재하는 모든
오브젝트들의 처리를 전담하게 되는 것이죠. 플레이어는 맵을 돌아 다니다가
다른 맵으로 이동해야 할때 그 맵이 현재 접속해 있는 Game Server에 존재하는지,
아니면 다른 Game Server에 존재하는 지 알아낸후 만약 다른 서버에 존재하는
맵으로 가야 한다면 현재의 접속을 끊고 다른 서버로 접속을 시도하면 되는 것이죠.

물론 먼저 데이터 저장을 한 후에...
이 방식의 가장 큰 문제점이라면 한 맵에 사용자가 집중되었을때는 멀티서버로서의
장점을 살릴 수 없다는 점이겠죠. 때문에 맵을 얼마나 효율적으로 잘 쪼개서 만드느
냐가 중요하죠.
아니면 사용자 몇명단위로 각각의 서버가 나누어서 처러하는 구조가 있을수도
있을지 모르겠는데 이경우 동기화 문제라던가 기타 등등 여러가지 구현의 어려움이
많을것 같더군요.

네트웍 게임은 그 구조가 문제가 아니라 만들어서 무리없이 잘 돌아가는게 더
중요한 것 같습니다.

버추얼 서버라는 이름으로 네트웍 관련된 하드웨어나
소프트웨어를 써칭해 보시면 몇가지 솔루션이 있습니다.
하드웨어 적인 솔루션과 소프트웨어 적인 솔루 션이 있고요.
로드 밸런싱 해주는 하드웨어는 몇억대지요.
리눅스 다음 버전의 커널엔 버추얼 서버 기능이 포함 된다고 합니다.
여기서 제공하는 기능은 하나의 아이피로 접속한
서버를 거기에 수반된 여러대의 서버로 분산 해주는 기능인데.
로드밸런싱까지 해줍니다.
하지만 이런 형태는 하부의 서버군들이 같은 기능을 할때나 가능한 일이지요.
즉 같은 역할의 서버가 여러대 있을때 각각의 기능을 분산해 주기 위해
쓰는게 버추얼 서버지요. 이렇게 되면 유저는 하나의 아이피로만 들어오고
각각의 서버엔 골고루 로드가 걸리게 되는것이죠. 하이텔같은 피씨 통신을
생각 하면 됩니다. 하이텔도 여러개의 서버로 운영이 됩니다.
하지만 들어오는 아이피는 하나지요. 이런 구조를 대칭형 서버 구조라고
합니다.

근데 각각의 다른 서버간에 들어온 유저들의 동기는 어떻게 맞추어 줄 것인가?
궁금하시죠?
이건 유저간에 공유해야할 정보만 따로 처리해주는 서버를 백앤드에 가지고 있으면
서 운영해야 합니다. 즉 서버의 역할을 분담해야지요.
이런 구조를 혼합형 구조라고 합니다.
대칭형 + 비대칭형 의 혼합형 구조는 이미 피씨 통신등에서 쓰는 방식이죠.
3 티어 방식과 유사하기도 하구요. 결국 백엔드에 가지고 있는 서버가
3티어의 디비등의 역할을 해야하기 때문이죠.
처음부터 이런 구조로 짤 필요는 없습니다. 하지만
서버를 짜실때 공유해야하는 데이터와 공유하지 말아야 하는 데이터를
분리하셔서 구현하는게 나중에 분리할때 도움이 되겠지요?
하핫.
이건 그냥 제가 구상한 서버운영 방식입니다.
문제점이나 이상한 점 있으면 예기해 주십시요.
아직 구현은 안했구요.

구현하다보면 많은 문제점이 있겠죠.
지금 걱정하는건 백엔드 쪽 서버에 걸리는 부하에 관한건데.
구조를 좀 단순화 시키고 백엔드 서버에 쿼리하는 부분을 최소로 줄여야겠지요.

저도 지금 개발 하고 있는 프로젝트의 서버파트쪽에서
관련된 정보들을 공유 해 나가도록 하겠습니다.
우선 설계 가안을 공개하도록 하고.
설계 진척도에 따라 보완과는 상관없는 쪽의 데이터나
테스트 결과 등을 공유 하도록 하지요.
지금은 오라클 디비를 테스트 중이고.
메인으로 디비를 쓸까 생각 중입니다.
오라클에 유저 데이터를 집어 넣고 월드등의 데이터를 교환하는 것이죠.
로긴이나 로그아웃시의 정보도 마찬가지고요.
오라클을 그정도에 쓰는건 마치 보검으로 회뜨는 거라는
선배의 말도 있었지만.
지금 당장 사용가능한게 오라클 밖에 없어서리..
NT쪽에는 Conboy라는 분산 솔루션이 있다고 합니다.
NT 4.0 Enterprise버전엔 2서버용이 기본으로 탑재되어 있다고 하고요.
1서버 추가당 얼마씩 M$에 내야 한다고 합니다.

그리고 NT5.0에는 NT 패키지에 기본으로 포함될 것이고요.
(Conboy를 M$에서 샀다고 합니다.)
NT쪽 서버 쓰시는 분은 참고 하시기 바랍니다.
써보신 분의 말에 의하면 유닉스보다 NT가 분산쪽에선 우위에 있는데
이 Conboy라는 솔루션때문이라고 합니다. 작년 Network 솔루션 전시회에서
여타 Unix제품을 제치고 1위를 차지한게 이 Conboy라는 소프트웨어 입니다.
(선배님이 입이 마르게 칭찬을.)
아무튼 NT쪽 솔루션을 쓰시는 분은 참고 하세요.
Sun Solarix를 쓰시는 분은 Doors라는 기술을 참고 하시고요.
M$의 DCom에 비견할 만한 분산 솔루션인데.
쓰기 쉽다고 하네요..
암튼 저도 여기 저기 아는 선배들을 밥사줘 가면서 얻을 정보 입니다 ^^;
우리 모두 잘 만들어 봅시다.
우리나라가 네트웍 게임을 제패해 보자구요..

저도 그것을 처리해보기 위해서, RMI, DCOM등은 예전에 좀 써볼라구 해본 적이
있습니다. 그런데, 그렇게 만족할만한 방법은 아닌것 같다는 느낌을 줬습니다.
그 이유를 몇 가지 설명해 보자면.. 물론 맞는건 아닙니다. 제가 조금만 찾아보고
말하는 것일 뿐이니까요.

1. 분산 객체가 게임 캐릭터인 경우, 그 존재 시간에 대한 처리가 되레
복잡해진다. - 이 점 때문에, RTime은 간단한 핸들로 축약시켜서 처리했더군요.
2. 처리후 응답을 기다려야 한다. 지속적인 게임 진행을 요구하는 데서는, 이를
처리하기 위해서는 스레드를 따로 두어야 합니다. 그렇지 않으면 게임이 뚝뚝
끊기겠죠.

글쎄요.. 분산객체를 쓰는 방식을 쓴다면, 제가 위에서 언급한 문제를 해결하거나
피할 수 있는 구성을 해야겠군요.

MS Chatting Server

MS Chat Server를 써보신 분 계시나요? 이거 정말 물건입니다. 팬티엄2 300에
메모리 한 256메가 정도 꼽아 넣으면 2000명까지 커버 하더군요.. 물론 이게
게임이랑 무신 관계냐고 생각 하실 분이 계시겠지만. 이거 자체가 게임의 네트웍
엔진 기능을 하기 위해 설계되었었습니다. 따라서 내부적으로 기능 구현이 굉장히
세부적으로 나누어져 있습니다. 게임등에서 사용하기 쉽게요. Com으로 짜서 서버
익스텐션으로 집어넣으면 쉽게 게임 서버가 될 여지가 무궁 무진 하더군요. 이벤트
형식으로 프로그래밍 하게 되어 있고 여러가지 이벤트를 지원 합니다. 따라서 그
이벤트에 맞게 프로그래밍만 해주면 되지요. M$의 3Dchat인 VChat이 이 서버를
기반으로 제작이 되었구요. 우선 네트웍쪽으로 안정적인 연결을 지원하니까요.
기쪽에 신경쓸 일이 팍 줄어 버리죠. 내부 AI만 신경 쓰면 되니까요.. 자체적으로
클러스트링 기능까지 있어서 정말 좋지요.. 하나의 채널(채팅방)을 여러 서버가
공유하는 거죠.. 사실 머그는 따져보면 채팅과 유사한 점이 많지요. 물론
내부적으로 필터를 써서 사용자의 영역에 맞는 메시지만 보여주면 되지만요. 하나의
존을 하나의 채널(방)이라고 생각하구요. 지금 시작하시는 분들은 한번 고려해
보셔도 될것 같더군요. 물론 구현시에는 서버 컴포넌트가 Com으로 되어 있으니

VC++ 에 Com프로그래밍을 할 수 있어야 겟구요.
전 비베로 명령 추가하고 로그 남기는거 해봤는데
잘되더군요. 단 한글문제가 좀있습니다. MS에 리포팅 해서
그문제 해결하겠다고 답을 얻어내긴 했는데 언제 해결될지는 모르지요.
-_-;
뭐 큰문제는 아니고 한글메시지 주고 받는데는 큰 문제가 없습니다..
그냥 이런것도 쓸수 있다정도로 생각 하세요 ^^;
하지만 한번 고려는 해보셔도 좋을듯!
fROM PSYCHO

M$ Exchange Chat 서버를 말합니다.
현재 채널아이나 넷츠고 그리고 두루넷등 NT솔루션인
업채들은 모두 M$ Exchange Chat서버를 사용합니다.
^^;
물론 테스트가 필요하겠지만 기본적인 IRC의 기능에
IRCX라는 M$가 맘대로 정한 확장 IRC를 지원 합니다.
IRC자체는 아주 복잡한 채팅프로토콜이고요.
재미있는건 여러가지 이벤트에 우리가 만든 Com오브젝트를
넣어서 여러가지 일을 할 수 있는거죠..
(이걸 Chat Server Extension이라고 하더군요.)
맘대로 개조를 할 수 있는 겁니다.
게임에 적합한지는 경험이 있는 분들이 테스트 하셔 보시구요.
지원하는 이벤트는 다음과 같습니다.

User에 관한 이벤트.

OnAddAccess Notification that an access entry is being added.
OnAddChannel Notification that user has joined a new channel.
OnAwayChanged Notification sent as user's "away" text is changing.
OnNickChanged Notification sent as user nickname is changing.
OnPrivateText Notification of user-to-user text.
OnProtocolMessageIn Notification of protocol message sent by specific user.
OnProtocolMessageOut Notification of protocol message sent to user.
OnRemoveAccess Notification that an access entry has been removed.
OnRemoveChannel Notification that user has left a channel.
OnUserPropertyChanged Notification that user property is changing.
방에 관한 이벤트
OnAddAccess Notification that an access entry is being added.
OnAddMember Notification that new user has joined the channel.
OnChangedMember Notification that channel access

is changing for this member.
OnChannelPropertyChanged Notification of channel property change.

OnChannelText Notification that a chat message is being sent on this channel.
OnRemoveAccess Notification that an access entry has been removed.
OnRemoveMember Notification that user is leaving the channel.
서버에 관한 이벤트
OnAddAccess Notification that an access entry is being added.
OnCloseChannel Notification that channel is being closed.
OnCloseUser Notification that user is being removed.
OnNewChannel Notification that new channel is being created.
OnNewUser Notification that new user has registered with the server.
OnRemoveAccess Notification that an access entry has been removed.

제 생각으론 왠만큼 속도만 보장이 된다면 꽤 괜찮은 서버 같습니다.
아직 속도 테스트를 안해봤습니다.
필요하신분은 M$싸이트에서 Exchange Server 5.5 Service Pack #1을 받아서
깔아 보십시요. (그냥 받을 수 있고 Exchange Server가 없어도 깔립니다.)

저도 그거때문에 좀 생각을 해봤습니다. 이런 방법이 있겠군요.

위험하다 싶은 메시지를 다른 것으로 교체하는 방법
-스타체이스를 예로 들죠. 클라이언트에서, 칼을 휘둘러 '너 맞았다'를 보내는게
아니라, '나 휘둘렀다 너 맞았냐?'를 보내는겁니다. 서버에서는 그것을 계산해서,
맞았는지 말았는지를 결정해서 각 클라이언트에게 알려주는거죠. 아니면, '너
맞았다'를 보내되, 그걸 서버에서 한번 더 검토한 다음에 '너 맞은거 구라다'로
처리하는 방법도 있습니다.

어벙한 메시지를 자꾸 보내는 놈을 쫓아내는 방법
-정해진 포맷을 맞추지 못한 메시지를 자꾸 보내는 놈을 쫓아내버립니다. 이건
cafe9에서도 쓰고 있죠.

데이타 암호화
-데이타를 압축하거나, 암호화해서 쉽게 분석을 못하게 하는 방식입니다. 울티마

온라인은 이런 방식을 쓰는 것 같더군요. 용케도 울온 서버 구라판을 만든 놈들의
소스를 보니까 알겠더군요.

다른 방법을 아시는 분은 답변을..

제 친구들이 그런 분산객체용 프로그램을 다루는 DB/클라이언트/서버 계통에 있어서
물어봤더니 게임을 그런식으로 만들기에는 좀 무리가 있지 않겠느냐 하는 식으로
말하더군요. 일단은 즉각적인 반응이 요구되는 게임에 수십만명의 클라이언트를
동시에 처리하기위한 주목적을 갖고있는 분산객체기술을 그대로 갖다 쓴다는 것은
제작상의 비용이나 구현상의 문제등으로 불필요한 낭비가 많을거라는 것입니다.
이런 저런 이야기를 듣고 나니 역시 게임에는 게임만의 기술이란게 또 다른
영역으로 존재한다는 생각이 들더군요

리눅스서버...

안녕하세요?

리눅스를 접한지 1달가량 되었군요.
벌써 리눅스를 몇 번째 깔았는지 모르겠군요.
일단 리눅스가 설치되었는지요? 아니라면 굳이 리눅스CD를 구입하지 마십시요.
어차피 관련서적을 구입하실텐데 웬만한 책에는 동봉되었답니다.
그리고 제가 본 시각으로는 네트워크 프로그래밍 자체는 별거 없더군요.
단지 어떤형태의 서비스를 하느냐에 따라 복잡해지고 규모가 커지는 모양입니다.
저 같은 경우는 유닉스시스템서적과 네트워크서적을 탐독하고 있답니다.
이론서적으로는 TCP/IP라는 책을 보고 있구요.(심심할때)

유닉스를 써보시면 알겠지만 걸리적 거리는 게 한두가지가 아닙니다.
윈도우에서는 간단한 화일카피에서 부터 ....
가장 신경쓰이는 부분이 프로그래밍 환경인데, 처음에 vi로 작업하느라
적응이 잘 않되더군요. 요즘은 rhide라는 볼씨 통합환경의 클론같은 놈을 씁니다만은

일단 기본개념 부터 Dos와는 다르니 이점을 유념하시길 바라며...
차근히 접근하시길 권합니다. 어제는 커널 컴파일까지 했답니다.
처음엔 덜컥 겁이 나서 계속 미루기만 했었는데, 해보니 별거 아니더군요.
이제는 유닉스에 적을이 약간은 되는것 같습니다.

책은 Advanced Programming in the UNIX Environment, UNIX NETWORK Programming
정도가 바이블이구요. 후자의 책은 번역이 잘 않되있습니다.
그외 몇권의 책이 더 있지만 시스템쪽은 다 비슷비슷하더군요. 알아서 보시길..
그외에 리눅스입문서도 보시길 권합니다.

그럼....

PS. fork()로 프로세스를 만들었는데, 450개 정도에서 리소스 에러가 나더군요.
64MB인데 이거와 관련있는지 궁금하군요.

제 생각에는 아닌것 같아서요. 왜냐하면 X window를 띄웠을때와 아니였을때
에도 같은 현상이라서 말이죠. 커널소스를 건드려야 할까요?
그리고 다시 실행시켰을때 PID가 연번으로 나가던데 이건 원래그런지...

정확하게 말하자면 서비스에 할당된 IP주소라고 할 수 있겠지요.
패킷을 스나이핑 해보면 그 패킷이 어디에 들어가는지를 알 수 있습니다.
에버퀘스트 같은 경우 하나의 로긴 서버를 거쳐 해당 월드로 들어가면
수십여개의 존으로 구성되어 있습니다. 존이 바뀔때마다
해당하는 패킷의 IP주소도 바뀌더군요.
이것으로 추정 할 수 있는 것이죠.
물론 컴 하나에 IP여러개를 줄 수도 있겠지만 보통 서비스 할때
컴 하나에 아이피를 여러개 주는 경우는 드뭅니다.
컴이 모자르거나 웹 서비스에서 호스팅 서비스를 하는 경우를 제외한다면
게임 서비스에서 굳이 하나의 컴에 여러개의 아이피를 주지 않지요.
오히려 NAT를 사용해서 하나의 아이피에 연결된 클라이언트를 여러 서버로
분리 시켜주는게 옳은 방법이죠. 에버퀘스트의 경우 월드하나에 1000명정도가
있더군요.. 따라서 여러의 존으로 분리시켜서 나눠줘도 한 서버당 50명정도
있더군요. 존에 들어가서 who 처보면 나오지요..
네트웍에선 하나의 엄청 뛰어난 서버에서 다 처리하는것 보단

여러서버에서 같이 처리해주는 것이 안정성면에서나 가격면에서 싸게 먹히지요.
다운 사이징이다 뭐다 해서 메인프레임급은 사양추세고요..
울온 서버도 마찬가지 방법으로 추론한 결과 입니다..
직접 패킷을 분석해서 나온 아이피들의 갯수로 말이죠.

요즘 CORBA나 DCOM인 분산처리나 리모트 처리의
솔루션으로 대두 되던데 요즘 울티마나 바람의 나라에서
이런 것을 쓰고 있는 지 궁금합니다.
전문가의 답변을 바랍니다.

Com이나 Corba같은 분산처리기술로 랙이 줄거나 하진 않습니다.
중요한점은 기능을 분산 할 수 있다는 점이죠.
랙은 네트웍 회선문제와 서버 구조때문에 생길 수가 있는데
보통은 회선상태 문제 때문에 생기는 경우가 많습니다.
Com이나 Corba같은 분산기술은 기능별로 서버마다 나눠서 처리 할 수 있는
구조로 설계가 가능하다는 것 뿐이지 오히려 자체의 네트웍 부하때문에
느려질 수도 있고요. Corba같은 경우 내부의 인터페이스변환 과정에서
더 많은 속도 저하가 있을 수 있습니다.
차라리 DB나 소켓프로그래밍을 해서 서버간의 소켓 통신으로
서버의 부하를 줄이는 것이 더 좋은 방법이고
실제로 Dcom이나 Corba도 내부적으론 소켓을 거치니까
차이가 없거나 더 빠른 방법이 되는거죠.
물론 어떤면에선 Dcom이나 Corba가 더 편하긴 하지만
게임에 쓰기엔 차라리 소켓으로 직접짜주던가
병렬처리쪽을 알아 보심이..

물론 아직 상업화된 병렬처리OS는 없지만 리눅스를 근간으로
해서 활발히 연구가 되었고 상당부분 진척이 있는 것으로 알고 있습니다.
타이타닉이 알파 리눅스 100여대를 병렬처리해서 랜더링 걸었다는건
유명한 예기고요. 정두재 (isoft )

통신에 대해서 아무것도 모르고 클라이언트를 만들다 보니까..
너무 망막해서요.. 서버를 한번 만들어 봤거든요
사용자로부터 행동 데이터를 입력받은 후
처리하고 메시지를 보내는 부분에서요
사용자 처리함수를 모두 리스트로 연결해서
하고 있는데요
왠지 찜찜하내요^^; 이렇게 하면.. 사용자가 무지 많아지면
(앗.. 김치국부터.. )
버벅일것 같은데...
모.. 이동 처리 같은 거야 간단하니.. 그렇게 큰 부하가 안걸리겠지만요
Send라던지... 파일 저장할때 같은 경우는 좀 문제가 될것 같거든요
이런 경우 어떻게 하면 좋을지요?

그리고.. 사용자가.. 정상종료가 아니라...
문제에 의해서 종료되었을 경우... (플레이중 전원을 껐다던지

클라이언트 프로그램에서 오류가 나서 종료 코드를 못보내고
종료되었다던지.. )
Send보내지 않고 죽은거 확인할 수 있는 방법은 없을까요?

간단하네요..
어쩌면 제 생각이 짧을지도 모르지만......
보통은 tcp/ip에서 연결 종료는 자동으로 체크하는
걸루다 아는데요.
클라이언트쪽에서 문제로 접속이 끊기면..
서버쪽에서 자동으로 연결해제 메시지가 뜨는 거
맞을겁니다.
만약 그렇지 않다면..
일정시간을 둬서 이 시간안에 계속적인 입력이 없다면..
서버에서 hello? 하고 너 살아있냐? 하는 메시지를
보내서 대답이 없음 짤라버리는 수가 있겠죠.
이 방법은 서버에 접속만 하고 아무일도 안해서
부하만 늘릴경우 써먹어두 되겠네여.

근데 제 말이 맞는지는 모르겠네요..-_-;

정상적으로 소켓을 끊거나 컴의 전원이 꺼져 연결이 끊겼을 경우 윈도우의 경우
FD_CLOSE메시지가 통보되어 끊김을 알 수 있습니다 단 전원이 꺼지자 마자 탐지
되지는 않습니다. 딜레이가 좀 걸리기도 한다는 점 ...
그리고 게임 서버에서는 되도록이면 파일 입출력을 하지 않아야 하겠지요. 파일
입출력을 해야 하는 기능은 따로 서버를 두어 게임서버와 소켓연결을 한 후
게임서버가파일작업 요청을 하면 처리 후 응답하는 방식으로 해야 쓸데없는 처리
지연을 막을 수 있겠죠. 아님 파일처리 쓰레드를 따로 하나 돌리던지...

음..
서버를 멀티 스레드로 돌린다..
그렇다면 스레드 갯수는.. 작아야겠네요..
스레드 프로세싱도 CPU 타임을 소모하니..
저라면 CPU 여러개 꽃고 멀티 스레드 하느니 차라리 서버를 2-3대로 나누어서
NIC 몇개 더 꽃아서 AI나 기타등등은 분산처리로 해결하는게 낫다고 생각합니다..
음.. 그런데 AI는 클라이언트쪽에 맏기는편이 낫지 않을까요?
그리구.. NT에서 서버돌리는건.. 제가볼땐 별루인듯..
Unix가 효율면에서 월등하다는 생각이 드네요..
pentium-75 Linux 서버에서 머드 돌릴때 사용자수 100명 되어도
CPU 점유율이 20%던가..? 그랬거든요..
그리고.. 어떤분 최대사용자수 200명까지 되었다고 하셨는데..
음.. 서버가 어떤 형태인지 모르겠습니다만.. 300명은 되나 확인해 보세요..

소켓 디스크립터 한계가 있기때매.. 아마 프로세스당 256개던가..?
유닉스에선 파일몇개 열고, STDIO 3개 빼면.. 으음..
윈도는 1024까지 되려나..

WSAAsyncSelect() 함수를 사용하여 각각의 클라이언트의 인덱스에 맞는 이벤트를
할당해 주어야 수신된 메시지가 누구에게서 온 것인지 알 수 있겠죠.
즉 WSAAsyncSelect(sock, FD_READ | FD_WRITE | FD_CONNECT, USERMSG_CLIENT + i)
이런 식으로 하고 i값은 클라이언트 번호인 것이죠.
나중에 USERMSG_CLIENT 보다 같거나 큰 메시지가 수신되면 그 값에서 빼서 몇번째
클라이언트에서 발생한 소켓 이벤트인지를 알 수 있고, 그 소켓이벤트를 분석하여
FD_READ 인지 FD_WRITE 인지 FD_CONNECT인지를 알아내 그 클라이언트에게 적절한

처리를 해 주는 것이죠.

안녕하세요...

광현님께 질문 드리고 싶은데요..

WSAAsyncSelect()로 해서 메시지가 발생하면,
이 메시지의 WPARAM값으로 소켓 디스크립터가 오는 걸루
알고 있습니다만..
저는 이 WPARAM wParam 값을 소켓으로 캐스트해서..
리스트에서 이 소켓값을 갖는 소켓 객체를 찾고,
해당 객체에서 멤버 함수를 불러다 처리를 하게 했는데..
이렇게 하는 것이 아니었나요?

아궁.. 이제 그 문제만 해결 보면 되는데... 쩝..
그럼 이만..

맞습니다. 소켓을 그렇게 알아낼 수가 있죠... 다만 제가 아래 방법을 쓴것은
  소켓을 알아도 이게 어떤 클라이언트가 갖고 있는 것인지를 알려면 검색을 해야
  하므로 시간의 낭비같은 느낌에서 그런식으로 처리한 것입니다. 물론 메시지 자체에
  클라이언트 인덱스가 들어가 있을 수도 있겠지만 이런경우는 해킹으로 인해 엄청난
  피해를 먹을 수 있을 겁니다.

원래 제목은..
[참고] 클라이언트 프로토콜에 클라이언트 인덱스가 들어가지 말아야하는 이유.
입니다.
짤렸군요. ^^;
안녕하세요 이경만 입니다.
아래 고광현님이 클라이언트가 보내는 메시지에 클라이언트의 인덱스가 들어가면
안되었다고 했죠?
그이유에 대해 아시는 분은 다 아시겠지만 모르시는 분이나 초보자를 위해서..
설명하자면 클라이언트쪽에서 보내지는 프로토콜 메시지에 클라이언트의 인덱스가
있다면 간단하게 메시지를 바꿔서 다른 유저인채 할 수 있죠..
그렇다면 패킷의 주인이 누구인지 아는 방법은 나름대로 소켓 ID와 일대일 대응하는
리스트를 가지고 있어야 하는것이죠..
저 같은 경우는 .. 그냥 배열을 사용했습니다. ^^;
유닉스에서 만들수 있는 최대 갰수의 소켓만큼 배열을 만들고 그 안에 클라이언트
인덱스 값을 넣어주는 거죠.. 서버에선 메모리는 충분하니까 ^^;

───────────────────────────────────────
더 좋은 자료구조를 찾을 수가 없더군요.
혹시 좋은 구조를 알고 계신분 알려 주세요 ^^;
__
이경만
PS. 다아는 예기를 썼군요 ^^;

네.. 안녕하세여..

물론 패킷에 어떤 소켓인지 인덱스를 넣으면 안되져...-_-;;
저의 경우는 포인터 리스트를 이용하고 있습니다..
글쎄요.. 리스트의 경우, 검색하려면 물론 시간이 걸리긴 하는데..
얼마나 걸릴까요...? -_-;;
일단 그냥 리스트 쓰렵니다...(요즘 만사가 다 귀찮아서. 가을이라 그런가???)

음.. 어제 심심(?)해서 제 머신에서 소켓을 몇 개나 생성할 수 있을까..
하는 궁금증에..
그냥 무작정 최대한 소켓을 만들고, INVALID_SOCKET을 리턴할때까지요..
그때의 숫자를 출력하게 해 봤더니..
아무런 프로그램 없이 실행시키니까..
무려... 57000개가 넘게 만들어지더군요...--;
FD_SETSIZE 값과는 상관없이 말이죠..

좀 이상하더군요... 원래 정상이 그런가?
참고로 제 컴은 팬티엄 2 -300 이구 메모리는 64메가임다.
엔티 서버 4.0 이구요...

원래 이정도 나오나요??
좀 이상하군요...^^;

레이옷입니다.
제가 보기엔 동시 사용자의 숫자는, (1) 빠르고 굵은 라인 (2) 많은 서버
(3) 어느 정도의 게임성.. 을 필요로 합니다. 호호호.
결론적으로 (1)(2)(3) 모두 돈문제가 되겠습니다. - -;
아타나시아 서버 구조도 감명깊게 읽어봤습니다.
에이전트.. 흠.. 거의 3세대 게임 서버 구조라고 이름붙이고 싶더군요..
그런데, 아무리 생각해봐도 역시 돈문제가 아닌가 싶네요..

비싼 서버만 많이 대준다면.. 나도 하고 시포.. d^^b
흠. 여기서 질문. 1000명 서포트하는 게임 서버의 사양은 어느 정도여야
될까요? 프로그램이 최적화되어 있고, 라인과 라우터가 잘 받쳐준다는
가정하에서 말입니다. - -;