re: Epoll筆記！ Hellfire 2008-06-25 21:54
用epoll模擬iocp， asio就是這么干的。
效率上肯定不如原生的AIO來的好，
如果是跨平臺的高效框架，也可以作為一種考慮。
re: 一種經典的網絡游戲服務器架構 Hellfire 2008-06-16 20:12
目前主流的mmo應該都是這種架構，足夠用了。關鍵點在一個agent，
安全性，負載均衡， 后臺服務的屏蔽，都有保障了。
re: 服務器設計，開發(fā)的體會 Hellfire 2008-06-14 11:56
@水
例子，都是商業(yè)代碼，不好辦啊。
其實開源的已經提供了足夠的例子了。只是自己去不去挖掘而已。
@true
高效的實現(xiàn)，是后期的細節(jié)工作，前期的努力，不應該在高效，而在于把功能實現(xiàn)，優(yōu)化是需要時間的。
@水
這個我也想知道，有一個辦法，可以采用一個統(tǒng)一的數(shù)據(jù)庫訪問平臺。
對所有的系統(tǒng)開放接口，然后每個系統(tǒng)保存自己相關的數(shù)據(jù)，平臺保存公共數(shù)據(jù)。
這個只是我的猜測，不知道騰訊是不是有更好的辦法、
可以去codeproject搜索一下reportctrl， 這個類的功能要強悍很多
re: 改變習慣，使用C的庫函數(shù) hellfire 2008-05-12 09:47
什么方便，什么合適，就采用什么。不能對語言看的太重。
范仲淹的是正解哦，建議看看inside c++ object model. c++是一種和底層結合很緊密的語言。
re: 網絡編程 心得2 hellfire 2008-05-09 18:20
這樣會導致緩沖區(qū)中的數(shù)據(jù)發(fā)送不出去的。
交給應用層來處理關閉，應用層的開發(fā)負擔太大了。
按照msdn 上的bug描述，應該是由于你在服務器失敗之后，沒有關閉對應客戶端的socket. 才導致的這個問題