金慶的專欄
C++博客
::
首頁
::
新隨筆
::
聯(lián)系
::
聚合
::
管理
::
423 隨筆 :: 0 文章 :: 454 評論 :: 0 Trackbacks
公告
我的隨筆
我的評論
我參與的隨筆
留言簿
(12)
給我留言
查看公開留言
查看私人留言
隨筆分類
(502)
1. C/C++(166)
(rss)
2. 網(wǎng)游開發(fā)(108)
(rss)
3. Golang(20)
(rss)
4. Linux/Unix(30)
(rss)
5. 軟工與管理(44)
(rss)
6. Python(23)
(rss)
7. Erlang(18)
(rss)
8. Rust(16)
(rss)
9. 其它(77)
(rss)
隨筆檔案
(423)
2023年1月 (1)
2022年11月 (1)
2022年10月 (2)
2022年9月 (1)
2022年4月 (6)
2022年1月 (2)
2021年12月 (4)
2021年11月 (6)
2021年10月 (2)
2021年9月 (2)
2021年8月 (7)
2021年7月 (2)
2021年5月 (2)
2021年3月 (1)
2021年2月 (2)
2021年1月 (1)
2020年12月 (1)
2020年10月 (1)
2020年9月 (5)
2020年8月 (1)
2020年7月 (1)
2020年6月 (1)
2020年4月 (2)
2020年3月 (3)
2020年2月 (3)
2020年1月 (1)
2019年12月 (1)
2019年9月 (2)
2019年4月 (2)
2019年1月 (1)
2018年12月 (1)
2018年11月 (3)
2018年10月 (1)
2018年9月 (3)
2018年8月 (3)
2018年7月 (2)
2018年6月 (4)
2018年5月 (4)
2018年4月 (4)
2018年3月 (1)
2018年1月 (2)
2017年12月 (2)
2017年11月 (3)
2017年10月 (3)
2017年8月 (7)
2017年7月 (1)
2017年6月 (1)
2017年5月 (3)
2017年4月 (3)
2017年3月 (3)
2017年2月 (2)
2017年1月 (2)
2016年12月 (5)
2016年11月 (2)
2016年10月 (2)
2016年9月 (1)
2016年8月 (6)
2016年7月 (3)
2016年6月 (2)
2016年5月 (4)
2016年4月 (2)
2016年3月 (2)
2016年1月 (3)
2015年12月 (2)
2015年11月 (2)
2015年10月 (1)
2015年8月 (2)
2015年7月 (1)
2015年6月 (1)
2015年5月 (4)
2015年4月 (3)
2015年3月 (4)
2015年2月 (5)
2015年1月 (4)
2014年12月 (3)
2014年11月 (3)
2014年10月 (2)
2014年9月 (3)
2014年8月 (1)
2014年4月 (4)
2014年3月 (1)
2014年2月 (4)
2014年1月 (5)
2013年12月 (5)
2013年11月 (5)
2013年9月 (2)
2013年8月 (2)
2013年7月 (2)
2013年6月 (2)
2013年5月 (1)
2013年1月 (2)
2012年12月 (1)
2012年11月 (1)
2012年9月 (1)
2012年8月 (3)
2012年7月 (2)
2012年6月 (1)
2012年4月 (3)
2012年3月 (2)
2012年2月 (3)
2012年1月 (2)
2011年11月 (2)
2011年10月 (3)
2011年9月 (2)
2011年8月 (2)
2011年7月 (3)
2011年6月 (2)
2011年5月 (3)
2011年1月 (2)
2010年12月 (1)
2010年11月 (2)
2010年10月 (2)
2010年9月 (3)
2010年8月 (2)
2010年7月 (3)
2010年6月 (1)
2010年5月 (3)
2010年4月 (3)
2010年3月 (5)
2010年2月 (4)
2010年1月 (4)
2009年12月 (2)
2009年11月 (3)
2009年10月 (4)
2009年9月 (3)
2009年8月 (2)
2009年7月 (4)
2009年6月 (1)
2009年5月 (3)
2009年4月 (4)
2009年3月 (2)
2009年2月 (5)
2009年1月 (1)
2008年12月 (7)
2008年11月 (4)
2008年10月 (1)
2008年9月 (3)
2008年8月 (4)
2008年7月 (3)
2008年6月 (4)
2008年5月 (6)
2008年4月 (7)
2008年3月 (6)
2008年1月 (5)
2007年12月 (7)
2007年11月 (4)
2007年10月 (5)
2007年9月 (6)
2007年8月 (8)
2007年7月 (5)
相冊
公告照片
搜索
積分與排名
積分 - 656626
排名 - 25
最新評論
1.?re: boost::asio::spawn 將一統(tǒng)C++網(wǎng)絡(luò)庫
asio 成為C++首選網(wǎng)絡(luò)庫
--linda
2.?re: log4cxx中文輸出錯誤補丁
評論內(nèi)容較長,點擊標題查看
--金慶
3.?re: mingw編譯OrzNet
能發(fā)送一個mingw編譯好的OrzNet庫給我嗎? liuweiqcxy@163.com
謝謝!
--劉威
4.?re: log4cxx中文輸出錯誤補丁
評論內(nèi)容較長,點擊標題查看
--bigbad
5.?re: log4cxx中文輸出錯誤補丁
評論內(nèi)容較長,點擊標題查看
--bigbad
閱讀排行榜
1.?"multiple definition of" 錯誤(11032)
2.?SVN中邪惡的replace(10955)
3.?VS2005編譯libevent(10413)
4.?混音算法的學習與研究(10203)
5.?C調(diào)用lua腳本的效率測試(9007)
評論排行榜
1.?VC6正在被拋棄(35)
2.?VS2005編譯libevent(21)
3.?"multiple definition of" 錯誤(18)
4.?C++引用優(yōu)于指針(17)
5.?ACE與ASIO之間關(guān)于Socket編程的比較(16)
open-match匹配流程
# open-match匹配流程
(金慶的專欄 2019.1)
https://github.com/GoogleCloudPlatform/open-match
open-match 是一個通用的游戲匹配框架。
由游戲提供自定義的匹配算法(以docker鏡像的方式提供)。
分為多個進程,各進程之間共享一個 redis.
* 前端, 接收玩家加入 redis,成功后通知玩家房間服地址
* 后端,設(shè)置一局游戲的匹配規(guī)則,設(shè)置房間服地址
* MMFOrc,啟動匹配算法(MMF)
* MMF, 自定義匹配算法,讀取 redis 獲取玩家,匹配成功就將結(jié)果寫入 redis. 僅匹配一局就退出。
游戲服中連接 open-match 的前端與后端的進程,分別稱為 frontendclient 和 Director。
輸入分2部份,一是玩家信息,二是對局信息。
Director 向后端輸入對局信息,就會收到一個接一個的對局人員列表.
Director 需要為每個對局開房間,然后通知后端房間地址。
后端將房間地址寫入 redis, 然后前端讀取到房間地址,就通知 frontendclient,讓玩家進入房間。
## test/cmd/frontendclient
模擬大廳服或組隊服,連接前端API, 請求匹配玩家/隊伍。成功后將收到房間服(DGS)的地址(Assignment)。
Player 實際上是一個隊伍,其中ID字段是用空格分隔的多個ID.
雖然參數(shù)類型都是 Player, CreatePlayer() 參數(shù)為整個隊伍,而 GetUpdates() 參數(shù)是單個玩家。
main() 中創(chuàng)建多個玩家,每個玩家調(diào)用 GetUpdates() 以獲取結(jié)果,go waitForResults() 中處理結(jié)果。
waitForResult() 讀取流中的匹配結(jié)果,壓入 resultsChan(但好像 resultsChan 僅用于打印)。
所有玩家合并到 g 實例中,然后調(diào)用 CreatePlayer() 請求匹配。
cleanup() 調(diào)用 DeletePlayer() 來刪除匹配請求,不僅需刪除整個隊伍,也需要刪除單個玩家。
好像最后取結(jié)果沒取對地方,應(yīng)該從 resultChan 中獲取 Assignment, 并用該地址 udpClient().
看了該示例就可以理解 frontend.proto
## examples/backendclient
MatchObject.Properties 是從 testprofile.json 讀取的,應(yīng)該改名為 Profile 是否更好點?
pbProfile 是 MatchObject,Profile 等同于 MatchObject?
Profile 的定義是 MMF 所需的所有參數(shù)。
`pbProfile.Properties = jsonProfile` 重復(fù)了2遍。
ListMatches()列出這個Profile的所有匹配。
收到一個匹配后,須用CreateAssignments()將房間服地址, 稱為 Assignment, 發(fā)送到所有游戲客戶端。
## cmd/frontendapi
CreatePlayer() 將 Player 對象寫入 redis, 鍵值為 Player.Id, 類型為 HSET。
對 Player 的每個 attribute,添加到 ZSET 中去。
此處 Player 是一組玩家。
GetUpdates() 每隔2s讀取redis, Player數(shù)據(jù)有變化時就發(fā)送。此處 Player 是單個玩家。
如果CreatePlayer()中隊伍只有一個玩家,
則寫入的Player與GetUpdates()中讀取的玩家是同一個redis鍵。
## cmd/backendapi
CreateMatch() 中 profile 類型為 MatchObject, 是一個比賽的限制條件。
profile 先寫入 redis, 鍵為 profile.Id.
`requestKey := xid() + "." + profile.Id`,
并將 requestKey 加入 redis 集合 "profileq"。
然后每2s查詢 redis, 看是否有 requestKey 鍵出現(xiàn),并返回該值。
ListMatch() 每2s調(diào)用一次 CreateMatch().
DeleteMatch() 僅僅刪除 Id 這個鍵。
CreateAssignments() 為多個隊伍設(shè)置Assignment, 即房間地址。
遍歷所有Roster中的Player對象,在redis中設(shè)置Assignment.
(Assignment 更改后,會觸發(fā)前端更新。)
將所有 Player.Id 從 "proposed" 移到 "deindexed",這兩個是 ZSET, 分值為加入時間。
Roster 應(yīng)該是比賽中的陣營,如紅方,藍方,每個陣營中可有多個隊伍。
DeleteAssignments() 僅僅遍歷所有 Player 對象來刪除 Assignment 字段。
## cmd/mmforc
匹配流程是由 mmforc (matchmaking function orchestrator) 控制的。
mmforc 每秒從 redis 的 profileq 中取出 100 個成員, 其中 profileq 是個set類型,
使用命令為`SPOP profileq 100`.
對每個 profile, 創(chuàng)建一個 k8s 任務(wù):
```
// Kick off the job asynchrnously
go mmfunc(ctx, profile, cfg, defaultMmfImages, clientset, &pool)
```
每隔10s, 還有所有匹配任務(wù)都完成后,需要 `checkProposals`, 即創(chuàng)建 evaluator 任務(wù)。
profileq 中的元素 profile 為字符串,matchObjectID.profileID。
以 profileID 為鍵,可以從 redis 讀取 profile 的內(nèi)容, profile 是個 MatchObject 對象。
profile 的內(nèi)容為 json 串,其中 "jsonkeys.mmfImages" 為 mmf (matchmaking function) 鏡像。
如果profile讀取失敗,或者 mmfImages 為空,則使用默認的鏡像。mmfImages 未來會支持多個鏡像。
通過 MMF_* 環(huán)境變量傳入各種參數(shù).
## mmf
示例:examples\functions\golang\manual-simple
從環(huán)境變量 "MMF_PROFILE_ID" 解析出 profileID, 并向 redis 查詢(HGETALL) profile,HSET 類型。
從 profile 中取 pools 字段,即匹配條件。
pools 分為多個 pool, 每個 pool 中有多個 filter, 每個 filter 向 redis 取符合的 Player.
profile 用到以下字段:
* "properties.playerPool"
json串,是一些過濾條件,如“mmr: 100-999”
* "properties.roster"
json串, 是多個隊伍大小,如 “red: 4”
示例見:`examples\backendclient\profiles\testprofile.json`
### 簡單匹配過程
simple mmf 的匹配過程如下:
1. 從 redis 查詢 profile,獲取過濾條件和各隊伍大小
1. 每個過濾條件向 redis 查詢,所有結(jié)果的交集為可選成員
1. 去除 ignoreList, 即最近 800s 內(nèi)已匹配成功的成員,即 proposal 和 deindexed ZSET 列表。
1. 如果可選成員個數(shù)太小,則 insufficient_players 并退出
1. 分配各個隊伍成員
1. 向 redis 記錄結(jié)果
### 結(jié)果
profile 中添加 roster,即各陣營成員名單,存入 prososalKey.
保存不分隊伍的成員名單。
然后向 "proposalq" 添加 prososalKey
### 細節(jié)
poolRosters 以 (pool名, filter attribute) 為鍵,值為 Player ID 列表.
保存從 redis 查詢的符合條件的 Player ID.
overlaps 以 pool 名為鍵,保存符合該pool中所有filter的 Player ID 列表,去除 ignore list.
rosters 是 profile 中的 "properties.rosters" 字段。不知何用?
遍歷 rosters, 為每個陣營的每個player找到對應(yīng)pool的PlayerID, 保存到 mo.Rosters.
其中 profileRosters 好像沒用。
posted on 2019-01-31 10:21
金慶
閱讀(1095)
評論(0)
編輯
收藏
引用
所屬分類:
2. 網(wǎng)游開發(fā)
、
3. Golang
只有注冊用戶
登錄
后才能發(fā)表評論。
【推薦】100%開源!大型工業(yè)跨平臺軟件C++源碼提供,建模,組態(tài)!
相關(guān)文章:
How are dtLinks created in NavMesh
UE4 Blueprint Multiple Event BeginPlay
第9代游戲主機
Canvas Scaler 的3種模式
幀同步是否允許客戶端指定命令幀號
rpc應(yīng)答太快造成請求超時
測試 tolua 例子 TestErrorStack
lua變量缺少local造成unity死鎖
C# tolua 之間互傳 byte[]
Unity使用異步grpc
網(wǎng)站導(dǎo)航:
博客園
IT新聞
BlogJava
博問
Chat2DB
管理
Powered by:
C++博客
Copyright © 金慶
久久99精品国产99久久6男男
|
久久中文字幕精品
|
久久一区二区三区99
|
精品人妻伦九区久久AAA片69
|
久久无码人妻精品一区二区三区
|
久久99久久99小草精品免视看
|
色综合久久88色综合天天
|
岛国搬运www久久
|
久久青青色综合
|
国产精品久久久久久久久鸭
|
天天久久狠狠色综合
|
91久久成人免费
|
性做久久久久久久久浪潮
|
亚洲国产精品18久久久久久
|
久久www免费人成精品香蕉
|
伊人久久大香线蕉综合5g
|
久久青青草原亚洲av无码app
|
久久国产乱子伦精品免费午夜
|
久久久久久亚洲Av无码精品专口
|
久久亚洲精精品中文字幕
|
亚洲成人精品久久
|
久久se精品一区二区影院
|
18岁日韩内射颜射午夜久久成人
|
中文字幕久久欲求不满
|
亚洲午夜久久久久久久久电影网
|
久久久久婷婷
|
91精品国产乱码久久久久久
|
婷婷综合久久中文字幕蜜桃三电影
|
久久久黄片
|
亚洲国产精品婷婷久久
|
亚洲伊人久久大香线蕉综合图片
|
久久久这里有精品
|
久久精品人人做人人爽97
|
理论片午午伦夜理片久久
|
色综合久久综合中文综合网
|
综合人妻久久一区二区精品
|
亚洲精品乱码久久久久久中文字幕
|
久久天天躁狠狠躁夜夜躁2014
|
亚洲国产高清精品线久久
|
国内精品久久久久久麻豆
|
国产精品一区二区久久
|