您當前的位置:游戲狗新聞>行業觀點

          為什么MOBA和吃雞類游戲不推薦用tcp協議 延遲不利于實時游戲

          2017-12-21 10:50:29來源:GameLook編輯:劍波

          我們知道,不同類型的游戲因為玩法、競技程度不一樣,采用的同步算法不一樣,對網絡延遲的要求也不一樣。例如,MOBA類游戲多使用幀同步為主要同步算法,競技性也較高,無論從流暢性,還是從公平性要求來說,對響應延遲的要求都最高,根據業內經驗,當客戶端與服務器的網絡延遲超過150ms時,會開始出現卡頓,當延遲超過250ms時,會對玩家操作造成較大影響,游戲無法公平進行。類似地,“吃雞”游戲(如《絕地求生》)玩法對玩家坐標、動作的同步要求極高,延遲稍大導致的數據不一致對體驗都會造成較大影響,其實時性要求接近MOBA類游戲。而對于傳統mmorpg來說,多采用狀態同步算法,以屬性養成和裝備獲取為關注點,也有一定競技性,出于對游戲流暢性的要求,對延遲也有一定要求,同步算法的優化程度不一樣,這一要求也不一樣,一般情況下為保證游戲正常進行,需要響應延遲保持在300ms以下。相比之下,對于爐石傳說、斗地主、夢幻西游等回合制游戲來說,同時只有一個玩家在操作雙方數據,無數據競爭,且時間粒度較粗,甚至可通過特效掩蓋延遲,因此對網絡延遲的要求不高,即便延遲達到500ms~1000ms,游戲也能正常進行。這里,我們不對同步算法做進一步說明,重點說一下協議的問題。

          傳輸層協議和延遲

          不同傳輸層協議在可靠性、流量控制等方面都有差別,而這些技術細節會對延遲造成影響。tcp追求的是完全可靠性和順序性,丟包后會持續重傳直至該包被確認,否則后續包也不會被上層接收,且重傳采用指數避讓策略,決定重傳時間間隔的RTO(retransmission timeout)不可控制,linux內核實現中最低值為200ms,這樣的機制會導致丟包率短暫升高的情況下應用層消息響應延遲急劇提高,并不適合實時性高、網絡環境復雜的游戲。

          加速方案

          基于udp定制傳輸層協議,引入順序性和適當程度或者可調節程度的可靠性,修改流控算法。適當放棄重傳,如:設置最大重傳次數,即使重傳失敗,也不需要重新建立連接。比較知名的tcp加速開源方案有:quic、enet、kcp、udt。其中,quic是源自google的tcp替代方案,其主要目的是為了整合TCP協議的可靠性和udp協議的速度和效率,其主要特性包括:避免前序包阻塞、減少數據包、向前糾錯、會話重啟和并行下 載等,然而QUIC對標的是TCP+TLS+SPDY,相比其他方案更重,目前國內用于網絡游戲較少。kcp的作者是國內優秀開發者,社區也發展良好,kcp的作者和社區開發者對enet、kcp、udt做了性能測試,詳情可參見:https://github.com/skywind3000/kcp/wiki/KCP-Benchmark, 從測試情況可以看到,kcp表現不錯,其次是enet,表現最差的是udt。不過,這里也提出一個問題,原始enet保留了tcp重傳的指數避讓特性,每次重傳間隔還是乘以2,默認rto也較高,這可能是測試中enet表現不如kcp的主要原因,如果對enet代碼稍作調整,結果又當如何?這里,我們先排除傳輸性能,從其他方面對enet和kcp做一對比(滿分5分):

          我們對libenet略微做一些調整——默認rtt從500ms調整成50ms, 去除超時重傳的指數避讓策略。Linux下用TC命令模擬網絡延遲和丟包率,控制延遲分別為30ms, 50ms, 70ms,控制丟包率分別為1%, 3%, 5%, 7%, 10%,在模擬出的不同網絡環境下,對tcp, 原始enet和改進后的enet進行了對比測試。

          測試中考察兩個性能指標:

          1)平均響應時間;

          2)響應時間超過300ms的包的比例。

          libenet的代碼調整:

          tc命令如下:

          模擬延遲100ms(rtt為200ms): tc qdisc add dev eth0 root netem delay 100ms

          模擬1%丟包率:tc qdisc add dev eth0 root netem loss 1%

          對比結果數據如下:

          從圖中可見,在平均響應方面,TCP協議的劣勢不明顯,在延遲為30ms,丟包率為1%時,改進后的enet平均rtt為69ms, 原始enet平均rtt為67ms, tcp平均rtt為67ms;但是從響應時間超過300ms的比例看,在延遲為30ms,丟包率為1%時,改進后的enet rtt超過300ms的包為0,而tcp rtt超過300ms的比例則超過了2%,如果是在游戲中,這個表現已經能明顯影響游戲體驗了。結果表明,tcp在網絡稍不穩定的情況下就已經有比較大的問題了,改進后的enet有明顯優勢。

          總結

          測試結果符合預期,在實時性方面,tcp協議的網絡抗性欠佳,對MOBA類或其他實時性要求較高的游戲,我們不建議使用tcp作為協議載體。事實上,王者榮耀的PVP通信協議也確實是基于udp封裝的;同樣,最近大家喜聞樂見的《絕地求生》,也是基于udp的。

          相關新聞
          ?游戲狗 Gamedog.cn 北京手游天下數字娛樂科技股份有限公司 版權所有
          安全百店 ANVA自律組
          游戲狗微信關注游戲狗訂閱號
          主站蜘蛛池模板: 亚洲a视频在线观看| 孕妇被迫张开腿虐孕| 亚洲精品视频久久久| 18以下岁毛片在免费播放| 日韩1区2区3区| 全部免费毛片在线| 4444www免费看| 日韩精品无码一区二区三区不卡 | 99久久国产宗和精品1上映| 无遮挡无删动漫肉在线观看| 免费A级毛片在线播放不收费| 韩国本免费一级毛片免费| 国产韩国精品一区二区三区| 一级片一级毛片| 欧美成人怡红院在线观看| 国产又黄又爽视频| 一区二区视频网| 欧美成人精品第一区二区三区| 制服丝袜电影在线观看| 97精品伊人久久大香线蕉| 晚上看b站直播软件| 亚洲精品欧美综合| 黄在线观看网站| 女人被男人桶得好爽免费视频| 亚洲av色影在线| 波多野结衣无内裤护士| 国产欧美在线一区二区三区| 中文字幕人妻中文AV不卡专区 | 欧美日韩精品一区二区三区高清视频| 国产伦理一区二区| 2018狠狠干| 天堂网在线www| 久久精品中文字幕一区| 欧美日韩你懂的| 国产jizz在线观看| 精品四虎免费观看国产高清午夜| 快穿之性色无边(高h)| 亚洲免费福利视频| 爱情岛论坛免费视频| 国产午夜激无码av毛片| 99爱在线精品免费观看|