C 遊戲伺服器的效能優化

2021-07-29 03:37:14 字數 1507 閱讀 7016

以下是最近某個專案的一次經歷,最終並沒有按照這樣的方案來優化,但對思路確實是乙個提高,所以記錄在此。

整體來說:c++伺服器+mysql資料庫,多執行緒。但是是單服。

請教了前同事,在他的一步步詢問下,理清了伺服器的當前架構。

同事指導,對於伺服器效能分析,要從記憶體分配和多執行緒兩個方面入手。

修改記憶體分配策略不但能降低記憶體,還能減少碎片,最終勢必會提高遊戲效能(分配阻塞導致效能低)。

使用多執行緒,將複雜的邏輯非同步到不同的執行緒去計算,減少了主邏輯的等待,也必然提高了流暢性。

執行緒方面:

1 乙個socket負責監聽所有客戶端的session。使用了完成埠的概念,起了3個執行緒,負責收訊息,收到後,將訊息放入乙個全域性的佇列revqueue中,這個佇列包含所有玩家的所有訊息。

2 全域性的session管理類,管理所有客戶端的session。每個玩家傳送訊息時,寫入自己的發訊息佇列ownsendqueue中。

3 乙個單獨的資料庫操作佇列dbqueue,負責所有對資料庫的讀取。

4 啟動遊戲時,開了乙個執行緒,專門負責內部邏輯的重新整理。包括各種timer,資料庫佇列dbqueue的分發,全域性收訊息佇列revqueue的分發(每次輪詢到時,會將佇列中的所有訊息都分發出去),每個session的發訊息佇列ownsendqueue,其它遊戲內的各種update(血量體力等各種恢復)。

記憶體分配:

1 會頻繁使用到標準庫的map,vector,string物件。

2 對自定義的類,有記憶體池的管理策略。當前策略:

這一系列的分析出來,問題相對而言就明顯了。

記憶體沒有達到有效的使用。

邏輯全在乙個執行緒,應該就是整個瓶頸所在了。

針對問題提出的優化策略: 1.

記憶體分配方法

對於已有的記憶體池策略:

每次增長的數(目前32)是否可優化為更大,或者修改為梯形增長方式,或者以每次2倍的速度增長?需要資料驗證可行性。

徹底的接管記憶體分配

2.平行計算

以上是在不改變當前單服的狀態下,可做出的優化。畢竟單服總有上限,如果以上的優化都不能達到想要的效果,就要拆分伺服器了。

gate和master之間增加loginserver,或者gate本身增加loginserver的功能。

負責:登陸驗證、創角、角色列表、刪角、 封禁ip過濾等處理,其它邏輯交給master。

增加logserver,監聽master傳送的訊息,專門負責和logdb的互動。

再次重複下,以上只是某個專案的一次經歷,最終並沒有按照這樣的方案來優化,但對思路確實是乙個提高,所以記錄在此。

C 遊戲伺服器的效能優化

以下是最近某個專案的一次經歷,最終並沒有按照這樣的方案來優化,但對思路確實是乙個提高,所以記錄在此。整體來說 c 伺服器 mysql資料庫,多執行緒。但是是單服。請教了前同事,在他的一步步詢問下,理清了伺服器的當前架構。同事指導,對於伺服器效能分析,要從記憶體分配和多執行緒兩個方面入手。修改記憶體分...

C 遊戲伺服器的效能優化

以下是最近某個專案的一次經歷,最終並沒有按照這樣的方案來優化,但對思路確實是乙個提高,所以記錄在此。整體來說 c 伺服器 mysql資料庫,多執行緒。但是是單服。請教了前同事,在他的一步步詢問下,理清了伺服器的當前架構。同事指導,對於伺服器效能分析,要從記憶體分配和多執行緒兩個方面入手。修改記憶體分...

C 遊戲伺服器的效能優化

以下是最近某個專案的一次經歷,最終並沒有按照這樣的方案來優化,但對思路確實是乙個提高,所以記錄在此。整體來說 c 伺服器 mysql資料庫,多執行緒。但是是單服。請教了前同事,在他的一步步詢問下,理清了伺服器的當前架構。同事指導,對於伺服器效能分析,要從記憶體分配和多執行緒兩個方面入手。修改記憶體分...