• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆-380  評論-37  文章-0  trackbacks-0

            無縫世界網(wǎng)游服務(wù)器架構(gòu)的設(shè)計思路

            原文:http://canremember.com/?p=8

            過去一年中,花了很多時間在考慮服務(wù)器架構(gòu)設(shè)計方面的問題??戳舜罅课恼?、也研究了不少開源項目,眼界倒是開闊了不少,不過回過頭來看,對網(wǎng)游架構(gòu)設(shè)計方面的幫助卻是不多。老外還是玩兒console game的多,MMO Games方面涉及的還是不如國內(nèi)廣泛。看看 Massively Multiplayer Games Development 1 & 2 這兩本書吧,質(zhì)量說實話很一般,幫助自然也很有限。當(dāng)然這也是好事,對國內(nèi)的研發(fā)公司/團隊來說,在網(wǎng)游服務(wù)器技術(shù)方面當(dāng)然就存在超越老外的可能性,而且在這方面技術(shù)超越的機會更大,當(dāng)然前提是要有積累、要舍得投入,研發(fā)人員更要耐得住寂寞、經(jīng)得起誘惑,在平均每天收到超過3個獵頭電話的時候——依然不動心。

            上面有點兒扯遠(yuǎn)了,下面聊聊無縫世界架構(gòu)(Seamless world server architecture)設(shè)計方面的一點兒看法。

            先說架構(gòu)設(shè)計的目標(biāo)——我的看法,服務(wù)器組架構(gòu)設(shè)計的目標(biāo)就是確定各服務(wù)器拓補關(guān)系和主要的業(yè)務(wù)邏輯處理方法。主要要解決的問題就是在滿足游戲內(nèi)容設(shè)計需要的前提下,如何提高帶負(fù)載能力的問題。

            最簡單的架構(gòu)就是基本的C/S架構(gòu),一臺Server直接構(gòu)成一個Cluster,所有Client直接連接這個Server,這個Server完成所有邏輯和數(shù)據(jù)處理。這架構(gòu)其實很好,最大的好處就是它架構(gòu)上的 Simplicity ,Cluster內(nèi)部的跨進(jìn)程交互完全被排除,復(fù)雜度立刻就降下來了,而且——完全可以實現(xiàn)一個無縫(Seamless world)的游戲世界。但是即使我不說,大家也知道這種單Server架構(gòu)會有什么問題。不過我們不妨以另外一個角度來看這個Server——一個黑盒子。從系統(tǒng)外部的角度來看,什么樣的系統(tǒng)都可以看成一個整體、一個黑盒,而不管系統(tǒng)內(nèi)部的拓補關(guān)系和實現(xiàn)復(fù)雜度方面的問題。在不考慮這個系統(tǒng)的實現(xiàn)的前提下,理論上Cluster的處理能力就是由硬件的數(shù)量和能力決定的,也就是說一個Server Cluster內(nèi)包含越多的服務(wù)器、服務(wù)器越‘快’,那么這個Cluster的處理能力越好、帶負(fù)載能力越好。那么我們要面對的帶負(fù)載能力的問題,就是如何高效的利用這些Server的問題,基本上也可以理解為如何提高玩家請求的并發(fā)處理能力的問題。

            CPU廠商在很久以前就在考慮這方面的問題了,CPU其實也可以看成個黑盒。看看他們用過的技術(shù)——流水線(pipeline)技術(shù)、多CPU/多核(multicore)技術(shù),以及這些技術(shù)的衍生技術(shù)。我想了很久讓 Server Cluster 內(nèi)部處理并行的方法、并且有了比較清晰的思路之后,才發(fā)現(xiàn)其實早就可以參照CPU廠商的方法。流水線的方法就是把一個指令處理拆分成很多個步驟,這樣指令的處理被分解之后就可以部分重疊(相當(dāng)于變成并發(fā)的了)執(zhí)行。我們的Server Cluster一樣可以用這種方法來拆分,我想了個名字——

            Services-based Architecture——基于服務(wù)的架構(gòu)。在這種架構(gòu)內(nèi)部,我們根據(jù)處理數(shù)據(jù)、邏輯的相關(guān)性來劃分組內(nèi)各個服務(wù)器的工作任務(wù)。例如:位置服務(wù)提供物體可見性信息、物品服務(wù)處理所有物品相關(guān)的邏輯、社會關(guān)系服務(wù)提供行會家族等等方面的邏輯、戰(zhàn)斗服務(wù)器只處理戰(zhàn)斗相關(guān)的邏輯,等等。這樣劃分的話、邏輯處理的并發(fā)就有了可能性。舉例來說:A砍B一刀這件事情與C從奸商手里買到一件武器這個事情是完全不相干的,而且這2個請求本來就在不同的服務(wù)器上被處理,他們是被不同的Service Server并發(fā)處理的。這就是 Services-based Architecture 的并發(fā)方法。

            基本上,把游戲邏輯的處理拆分成一個個的service,就和設(shè)計cpu的時候把機器指令的具體處理拆分,然后設(shè)計出一個個流水線單元是一個道理。

            Cells-based Architecture——基于cell的架構(gòu)。每個cell都在不同的物理server上面運行著完全一樣的應(yīng)用程序服務(wù)器,但是他們負(fù)責(zé)承載不同的游戲場景區(qū)域的游戲邏輯。和 services-based arch. 明顯不同的就是,每個cell都是個‘在邏輯上完整的’服務(wù)器。它得處理物品操作、人物移動、戰(zhàn)斗計算等等幾乎所有的游戲邏輯。盡管這么做會帶來一些(可能是很復(fù)雜)的問題,但是它完全是可行的。舉例來說:在吳國A砍B一刀顯然地和千里之外在越國的C砍D一刀不搭界,他們完全可以被不同的Cell并發(fā)地處理。

            基本上,這就相當(dāng)于一個主板上面插多個CPU或者一個CPU但是有多個內(nèi)核,每個CPU能做的事情都是一樣的,而且能一起做。

            關(guān)于這兩種 seamless world 架構(gòu)的基本分析和需要解決的一些主要問題,下次再寫。

            Related posts

            posted on 2009-11-18 08:20 小王 閱讀(1318) 評論(0)  編輯 收藏 引用 所屬分類: 游戲服務(wù)器端開發(fā)
            久久久久亚洲AV无码永不| 国产亚洲精品久久久久秋霞| 99久久精品国产一区二区 | 久久男人中文字幕资源站| 91超碰碰碰碰久久久久久综合| 91精品国产91久久久久久青草 | 91久久精品视频| 亚洲国产高清精品线久久| 久久综合偷偷噜噜噜色| 亚洲午夜久久久久妓女影院| 国产亚洲精品美女久久久| 亚洲成色999久久网站| 一级做a爰片久久毛片看看| 无码人妻少妇久久中文字幕蜜桃| 精品久久一区二区| 色综合久久天天综线观看| 久久国产精品一国产精品金尊| 国产成人精品久久| 色婷婷综合久久久中文字幕 | 欧美一区二区久久精品| 久久国产精品99精品国产| 久久综合一区二区无码| 无码伊人66久久大杳蕉网站谷歌| 99久久精品无码一区二区毛片| A级毛片无码久久精品免费 | 亚洲国产成人精品久久久国产成人一区二区三区综 | 奇米影视7777久久精品| 久久性精品| 66精品综合久久久久久久| 无码精品久久久天天影视| 日本欧美国产精品第一页久久| 久久99精品久久久久久hb无码 | 久久青青草原精品国产不卡| 99国产精品久久| 婷婷伊人久久大香线蕉AV| 日本精品久久久久影院日本 | 久久99这里只有精品国产| 久久久这里有精品中文字幕| 国产精品久久久久aaaa| 久久A级毛片免费观看| 日韩精品久久无码中文字幕|