MMORPG無縫大地圖伺服器架構設計總結
地圖分程序架構和無縫大地圖單程序架構
有的遊戲伺服器,一個程序處理一張或多張地圖上的邏輯,進入到不同程序的地圖,資料須要一個程序間同步的過程。簡單合理的同步做法是,先將資料同步到一個公共伺服器;進入到目標程序後,再從公共伺服器拉取本角色的最新資料。可以參考 http://blog.csdn.net/herm_lib/archive/2011/05/01/6381872.aspx 中的logicsvr1 dbproxy logicsvr2的關係。
分程序架構有他的優缺點。
優點
(1) 實現簡單(當然,有的遊戲所有的地圖是在一個邏輯程序裡,同步都省了,更簡單)。
(2)分程序後,整個伺服器組也可以支援較多的可互動的玩家。
缺點
(1) 玩家體驗方面較差一點,玩家能明顯地體會到伺服器的切換。
無縫伺服器就是從玩家角度看到是一張很大的地圖,這個地圖可能承載4,5W人。優缺點和分程序架構的相反。
無縫伺服器設計簡述
目標:多核多執行緒計算,但整個系統不存在鎖。有鎖的話,線上支援的人數根本就上不去了,失去了大地圖的意義。保守評測,8核的CPU,支援3.5K * 8,約3W人。
相關推薦
MMORPG無縫大地圖伺服器架構設計總結
地圖分程序架構和無縫大地圖單程序架構 有的遊戲伺服器,一個程序處理一張或多張地圖上的邏輯,進入到不同程序的地圖,資料須要一個程序間同步的過程。簡單合理的同步做法是,先將資料同步到一個公共伺服器;進入到目標程序後,再從公共伺服器拉取本角色的最新資料。可以參考 http://b
伺服器架構設計,常見問題分析
MMORPG伺服器架構 轉自:http://www.blogjava.net/landon/archive/2012/07/14/383092.html 分析總結的很好,分享下。 一.摘要 1.網路遊戲 MMORPG 整體伺服器框架,包括早期,中
阿里P7大牛細說架構——設計模式專欄
設計模式介紹 對於有經驗的開發人員,學習設計模式有助於我們找到在軟體開發過程中所面臨的問題的最佳解決方案。一直以來軟體都是為了用來解決現實生活中遇到的複雜問題而存在,設計模式(Design pattern)就像一套基礎武功心法,每一式都代表了一類問題的最佳實踐,且可根據實際情況組合使用。本
一文詳解高效能伺服器架構設計
引言 本文從一個簡單的伺服器架構,通過討論出現的問題,進行一步一步優化,最後進化成高效能分散式伺服器架構。 初始情況:一個典型的伺服器結構 新增資料訪問層DAL,解決超出連線次數的問題 新增快取,減少與資料庫建立連線 即使添加了DAL,但是資料
專題訓練-視訊點播伺服器架構設計
1.系統設計決策 1.1需求概述 某公司因業務需要,需建設一套視訊監控系統,經過架構設計,視訊監控系統包括視訊收集伺服器、視訊檔案伺服器、視訊點播伺服器、監控客戶端、點播客戶端、播放器、採集伺服器(DVR、DVS)、視訊採集節點(雲臺、攝像頭)。 視訊點播伺服器負責提供點播服務,監控客戶
使用Ionic3開發混合APP的架構設計總結
Ionic在2017年3月7號在其官方部落格宣佈 Ionic3 正式版本釋出,採用最新的Angular4,和以往一樣的scss,Ionic3和2版本的主要區別就是對懶載入的全面使用。在使用Ionic2的時候,如果應用比較大,將所有的component,directives,pipes,serv
網路遊戲伺服器架構設計
入手 假如,我現在接手一個新專案,我的身份還是主程式。在下屬人員一一到位之前,在和製作人以及主策劃充分溝通後,我需要先獨自思考以下問題: 1、伺服器跑在什麼樣的作業系統環境下? 2、採用哪幾種語言開發?主要是什麼? 3、伺服器和客戶端以什麼樣的介面通訊? 4、採用哪些第三方的類庫? 除了技術背景之外,考慮
淺談web架構之架構設計(總結)
架構模式 先來說說模式: 每一個模式描述了一個在我們周圍不斷重複發生的問題及該問題解決方案的核心。這樣,你就能一次又一次地用該方案而不必做重複工作 。 先來說說常見的網站架構模式。這裡沒有涉及具體實現過程,只是簡單介紹其思想和原理,方便日後有用到再深入瞭解。 分層 分層是企業應用系統中最常見的一種
大型多人線上遊戲伺服器架構設計
由於大型多人線上遊戲伺服器理論上需要支援無限多的玩家,所以對伺服器端是一個非常大的考驗。伺服器必須是安全的,可維護性高的,可伸縮性高的,可負載均衡的,支援高併發請求的。面對這些需求,我們在設計伺服器的時候就需要慎重考慮,特別是架構的設計,如果前期設計不好,最後面臨的很可能是重
棋牌遊戲伺服器架構設計
一,棋牌類伺服器的特點 1,棋牌類不分割槽不分服 一般來說,棋牌遊戲都是不分割槽不分服的。所以棋牌類伺服器要滿足隨著使用者量的增加而擴充套件的需要。 2,房間模式 即在同一局遊戲中就是在同一個房間中,同一個房間中的人可以接收到其他人的訊息。 3,每個房間的操作必須是
一種高可用性、高效能、高實時性的伺服器架構設計
【主要從期貨市場的需求獲取靈感】 一、需求 (一)、高可用性 1、持續執行無間斷 2、單點故障不影響 3、執行期間可監控 4、故障可跟蹤排查 5、失敗恢復無間隔 (二)、高效能 6、負載均衡高並行 (三)、高實時性 7、請求響應低時延 8、變化可主動通知 二、關鍵點分析
《新飛飛》網遊伺服器架構設計
韓服網路拓撲圖: 國服網路拓撲圖: 韓服與國服對比: 韓版架構:一組七類程序,玩家三線連線 韓版優劣:架構複雜,難以查證、跟蹤與除錯,難以上手、維護與培訓,不穩定,效能差,邏輯易混亂,最高僅1500人;優點是同內容下玩家數量可擴充單服最高僅1500人;優點是同
百萬使用者級遊戲伺服器架構設計(二)
登入服的設計 -- 功能需求 正如我們在前面曾討論過的,登入服要實現的功能相當簡單,就是帳號驗證。為了便於描述,我們暫不引入那些討論過的優化手段,先以最簡單的方式實現,另外也將基本以mangos的程式碼作為參考來進行描述。 想象一下帳號驗證的實現方法,最容易
專案架構設計總結:基於阿里雲搭建的輕量級架構
前言 從專案啟動到現在差不多快有一年了,在這一年裡經歷了很多大的版本的改變,業務模式經過不斷的磨合也逐漸穩定。在這個時候,總結一下之前專案的架構設計,也為下一階段做個準備。 在專案的初期往往存在很多變數,業務邏輯時刻在變,而且還要保證快速及時,所以,一個靈活多變、快速部署、持續整合並可以適應多種情
伺服器架構設計3------狀態機的使用
如圖所示,recv函式設定為非堵塞的,執行緒可以週期性的探測是否有資料到來,如果來了,則為ses產生Data arrived事件,狀態機進入process data函式處理資料函式,同時將狀態再次設定為wait data,如果recv返回值為-1,探測出網路資料結束,則產生Data finish事件,則進入f
軟件架構設計學習總結(23):軟件架構設計的6大原則
str 軟件架構 edge 程序員 難點 posit not 幫我 mman 1. 單一職責原則(Single Responsibility Principle - SRP) 原文:There should never be more than one reason fo
C/C++伺服器架構機制設計總結
近期在寫基於go的遊戲伺服器框架, 在全面脫離C/C++前, 需要對老架構進行一個總結 基於C/C++遊戲伺服器框架總體設計的還是不錯的, 兄弟們總體使用效果都是好評. 因為在技術上喜歡"偷懶", 所以在很多設計上, 都是力求簡單, 高效(開發效率). 基於任務的非同步DB查詢系統, 帶多重非同步
.NET架構設計、框架設計系列文章總結
str 統架構 經驗分享 .net 4.5 bind lin ati digg icon 架構設計: ElasticSearch大數據分布式彈性搜索引擎使用 (推薦) DDD實施經驗分享—價值導向、從上往下進行(圈內第一個吃螃蟹DDD實施方案)(推薦) 軟件工程—思考項
軟件架構設計學習總結(13):大型網站技術架構(七)網站的可擴展性架構
開放 擴展 修改 restfu 消息發送 封裝 nts 進行 可擴展性 擴展性是指對現有系統影響最小的情況下,系統功能可持續擴展或提升的能力。 設計網站可擴展架構的核心思想是模塊化,並在此基礎上,降低模塊間的耦合性,提供模塊的復用性。模塊通過分布式部署,獨立
軟件架構設計學習總結(14):大型網站技術架構(八)網站的安全架構
根據 知情 提交 pac 請求參數 用途 text 避免 信息加密 從互聯網誕生起,安全威脅就一直伴隨著網站的發展,各種Web攻擊和信息泄露也從未停止。常見的攻擊手段有XSS攻擊、SQL註入、CSRF、Session劫持等。 1、XSS攻擊 XSS攻擊即跨站點腳本攻擊(C