서버 모델 제안(동시접속자 多, performance ↑), fork,thread,s

윗분 말씀 처럼 목적과 기능에 기인하겠지만
저의 경우 게임서버를 만들었는데 2,3번을 이용합니다.
대략의 구조는 send,receive,character,npc(monster),item,svs 쓰레드로 총 6개의 쓰레드가 돌게 구성되었구요..
현제 클로즈베타라 접속자가 그리 많지 않아 접속자 수가 많을때의 상황을 말씀드릴수는 없지만 제온 2.4듀얼 한서버에 80명정도 접속시 프로그렘의 시퓨점유율은 1%미만이고 트래픽은 2-3메가 정도. 그리고 안정성은...잘 모르겠습니다. 그냥 열심히 버그 잡는수 밖에는...현제 다운 되는 현상은 없습니다..
이쪽으로 좋은 정보 있으시면 공유좀 부탁드립니다 ^^;

저는 3번을 추천합니다. -_-;;
잘 만들면 안정성과 신뢰성이 뛰어나죠..
물론 잘 만들면 퍼포먼스도 다른 모델보다
컨트롤하기가 더 쉽습니다.

사실, 접속자 수만큼 Process나 Thread를 만드는 것은
사용자끼리 관여가 거의 없는 HTTP, FTP, TELNET 같은
데몬인 것 같습니다.

사용자끼리 관여가 높은 게임서버 등에서 접속자 수만큼
Process나 Thread를 만든다면 동기화 하는데 많은
자원을 까먹을 것입니다.

글쎄요... 윗분들 말씀대로 목적에 맞게 잘 섞어서 쓴다면
괜찮을 듯 싶습니다.

머니머니해도..

ircd가 짱이죠!!

bsd에선 kqueue

리눅스에선 poll 씁니다. =)

fork/thread 는 여러개의 태스크를 동시에 돌리겠다는 것이고
select 는 하나의 태스크 내에서 모두 처리하겠다는 겁니다.
(물론 select 후에 worker thread를 둘수도 있지만,
전적으로 I/O 멀티플렉싱에 의존한다고 가정하겠습니다.)

만약 서버가 수행해야 할일이 CPU-bound한 일이라면 select로 가는게 컨텍스트 스위칭 시간을 줄여서 더 좋을 것 같습니다.

반면 멀티스레드나 프로세스가 주는 가장 큰 이점은 역시
I/O-bound job과 CPU-bound job의 오버래핑이 가능하다는 겁니다.
즉 서버가 I/O 를 기다리는 동안 idle 상태로 빠져들지 않고
CPU-bound 스레드의 일을 수행하기 때문에 더 좋은 퍼포먼스를 내게 됩니다.
(만약 select라면 I/O가 끝나길 기다려서 다른 일을 해야하지요..)

서버가 I/O 즉, DB나 file, network의 access가 많다면 fork/thread 방식이 유리할거라 생각합니다.
아.. 당연히 thread / request 나 thread / connection가 좋다는 것은 아닙니다..
중요한 것은 I/O와 CPU의 오버래핑이므로, 오버래핑이 일어날 정도만 워커 스레드를 생성해서 돌려주면 되는 거지요..
그리고 너무나 당연히 스레드 풀도 써야하고..
동기화도 잘게 쪼개서 lock contention 시간이 길지 않도록 설계하셔야겠지요..

쓰고보니 I/O multiplexing + worker thread 모델이 됐네요..

그럼 파일에서 읽어서 일정 데이타를 클라이언트쪽에 전송하는데 CPU 능력이 많이 필요한겁니까? CPU는 연산할때 동작한다고 하던데... CPU사용량이 많다는 얘기는 멀 많이 한다고 해야 돼나요? 초보라...^^

보통 서버들은 많은 경우 CPU가 여러개 있잖아요.
그런경우 무조건 'select'를 이용하면 하나의 CPU에만 부하가 걸리지 않나요?
또, 그럴때 Process(또는 thread)와 select(poll)을 적절히 분배하기도 어렵지 않나요?

답변을 달았다가 지우고 다시 올립니다..
먼저한 답변을 곰곰히 생각해보니..-_-요즘 내가 먼일을 하고 있나..
하는 회의감..ㅡㅡ"

일단 미디어 서버를 구성하신다면 어떤 서비스를 하는지
알고 싶네요..먼저 말씀을 해드려야하니..일단은 mms나 real서버
쪽의 구성을 예로 들겠습니다..

일단 프로토콜의 형태를 보았을때 미디어 서비스 프로토콜인경우
client의 접속이 있을 경우 control channel 과 data channel을
달리 둡니다.

서비스 과정을 먼저 보면..
1. control channel로의 clinet 접속
2. thread 생성및 client 와의 data channel open(udp)
3. data channel close
4. control channel close
5. thread destroy

이상 보았을때 구성은
- 서비스 접속및 control channel을 위한 listen select
- 실제적 data 서비스를 위한 Thread Pool(가용 Thread 생성및
pc power가 지원한다면 session 이 Thread pool 오버시 더
생성할수 있어야 하겠죠..)

정도가 될것 같습니다.

-.listen channel(select) 관리 의 Thread 하나 정도와
-.연결 세션에 관한 관리 Thread
-.thread pool을 관리할 Thread
-.실제적 서비스 Thread

이정도가 되겠네요.

서비스 형태로는
1.listen channel로의 서비스 연결 요청
2.thread pool에서 get thread
3.연결세션과 get_thread 연결
4.실제적 서비스(udp)

컨트롤및 destroy
1.컨트롤및 destroy ,listen channel에요청
2.세션관리 Thread에서 해당 thread 요청
3.해당 Thread(서비스 Thread)에게 컨트롤 명령(destroy)

간단히 이정도가 될거 같네요..

움 제가 좀 두서가 없는놈이라서..답변이 충분치 않더라도..
이해를..

ps.제가 글재주가 없어서 맨날 보기만 하거든요..ㅡㅡ"이해해주십시오..

저는 네트워크 프밍에 대해 잘 몰릅니다만..
MS플랫폼에서는 Overraped IO와 IOCP가 있는걸로 알고있습니다.

그게 위에서 어떤분이 말씀하신..async_io 관련 함수들인가요?
비슷한 용도일려나..

암튼 MS에서는 IOCP가 select보다 더 나은 대안이라는데..(?????)

궁금해서요.....

글이 논리정연하지 않아 여러모로 죄송합니다.

일단 먼저 실제 사례로서 제가 직접 구현하지는 않은
설계라는것을 먼저 말씀 드려야할것 같습니다.

하지만 비슷한 경우의 session server라는것을 저희회사에서
구현해서 상용화중이며 이를 응용한 case라는 것을 미리
알려드립니다.

글로 몇번 적어 설명을 드리려 했는데 도저히 안되는군요..
-_-원체 그림 그리며 설명하는것을 좋아하다보니..

코드로 outline만 작성해보았습니다.

main_select()
{

create_sock
loop
{
select(socket) //or just loop ^^
{
client_ip = get_clientip
msgid = get_msg_id //or real data
send_to_manage_thread(client_ip,msgid)
}
}
}

manage_thread()
{
loop:
{
select(socket or ipc)
if(get_status_service_from_datastructure(client_ip) == not exist)
{
service_thread = getthread_from_threadpool
node_create_from_datastructure(client_ip,service_thread)
run_service(client_ip)
}
else
{
service_thread = get_thread_info_from_datastructure(client_ip)
sendmsg(service_thread,msgid) //msg or destroy
}
}
}

service_thead()
{
socket_create(client_ip,udp)
send_service_data
}

대충 정신없이 이정도가 되었는데..
단지 이게 미디어 서버라는 가정 아래입니다....
다른 서버라면 분명 틀립니다..ㅡㅡ"

sendmsg에서 사용할수 있는 메세지로는 아무리 봐도..
signal 정도밖에 없을듯 하다는..생각이 듭니다.

좀 허덥한 설명인지 모르겠지만 갑자기 적은거라 많이
부족한점이 있을겁니다.

ps.이상한 부분은 말씀 해주시면 좀더 detail하게 생각해보겠습니다.

훔.. 보니깐 다윈하고 비슷하군요..

스트림 분야에서는 어느정도 정통화(?) 된 형태 입니다..

물론 그외에서 추가로 많은 부분(plug-in)들이 있습니다만..

의도 하시는 부분은 Darwin 을 분석해 보시면 될듯 합니다..