多進程單線程。
一個游戲邏輯進程，一個SOCKET進程，一個DB進程，對于MMORPG，還有一個NPC進程處理怪物的AI。
@tanxw
AI單獨到一個進程里，這些邏輯模塊之間又涉及到線程同步問題了。
@浩毛
對于只有游戲邏輯和網(wǎng)絡(luò)IO的進程而言，你說的只開一個線程，似乎也在理。不過由于網(wǎng)絡(luò)IO這塊情況可能比理論上要復(fù)雜很多，例如實際使用的網(wǎng)絡(luò)IO機制（IOCP）、網(wǎng)絡(luò)層數(shù)據(jù)的拷貝、封包組建等，似乎保險的做法還是開多個線程來做。何況，邏輯線程可能還會涉及到限幀問題。拿去運營的服務(wù)器一般也是多核的。LINUX下線程實現(xiàn)的效率如果真的太那個啥，或者可以考慮多進程的結(jié)構(gòu)(網(wǎng)絡(luò)模塊和邏輯模塊位于不同進程)。
1,socket
2,db
3,event(這里的event是對網(wǎng)絡(luò)包的切割或是拼接形成的一個完整事件)
很和諧的三層，在linux一個獨立的服務(wù)器(功能獨立)，基本照這個模式可以復(fù)制出N個服務(wù)器。至于是否拆成獨立進程，我是這么考慮的，
1，該模塊是否有很獨立，單一的功能，如驗證
2，該模塊的功能對性能要求是否苛刻，比如AI
我今天早上想了想 不一定對。
因為有小task 和 大task的區(qū)別。
一個DB服務(wù)器
一個logingate服務(wù)器
一個邏輯服務(wù)器
其實個人覺得有一個NPC服務(wù)器來處理各種模擬事件來維護一個真實的world挺好
@Kevin Lynx
游戲服務(wù)器要提高負載，都是集群的方式，一般都有N個網(wǎng)關(guān)的，不管你用IOCP，EPOLL還是KQUEUE，甚至是SELECT都可以的，而網(wǎng)關(guān)的功能很簡單的，就是外網(wǎng)和內(nèi)網(wǎng)之間的信息轉(zhuǎn)發(fā)。因此一個線程就夠了。
對于游戲服務(wù)器組件之間的通訊（IPC）來說，就那么幾個連接，SOCKET的上下文切換的消耗是很小的。
另外，IOCP,EPOLL,KQUEUE這種機制，只有在服務(wù)器接受了N個客戶端，但是服務(wù)器只和其中的很少一部分客戶端在交互的情況下（很少的客戶端在并發(fā)接收和發(fā)送）才能體現(xiàn)出它們的優(yōu)點。
而對于游戲服務(wù)器來說，你有1000個客戶端在線，這些客戶端基本都在同時發(fā)包，可讀可寫事件每個FD都差不多同時產(chǎn)生，這種情況下，EPOLL還是SELECT，效率上來看差別不大。因此，對于需要處理大量高并發(fā)的長連接請求的服務(wù)器來說，多進程的方式要輕松的多。
兩者性能沒什么差別，就看哪個實現(xiàn)簡單了。
雖然可能需要的計算量是固定的，但是在單核上的多線程和單線程也是不一樣的。采用多線程和單線程主要影響你的任務(wù)被系統(tǒng)調(diào)度的情況。