- This topic has 10 replies, 6 voices, and was last updated 6 years, 6 months ago by .
Viewing 8 reply threads
Viewing 8 reply threads
You must be logged in to reply to this topic.
Home › Forums › Bug Report / 问题反馈 › 解決SSTap的UDP延遲比SOCKSCAP64多出15-20ms 的問題
Tagged: SocksCap64, SSTap, udp
很早前就有一些sockscap64的老用戶向我反饋過此問題, 不過都沒有引起重視,因為SSTAP畢竟比sockscap64多了2次轉發,心想延遲高10幾ms可能正常吧。
直到前幾天一位來自澳大利亞的程序員網友( 工作位澳州的Google )他在玩一款遊戲的時候發現了此問題并向我反饋,在經過溝通后我向其講述了我的代碼思路,于是他很熱情的提供了幾條優化建議,所以我專程寫了一套UDP client/ server的測試程序,經過2天的仔細的code analysis,最終總算將這多出的15-20ms給降了下來。
由此也感受到那些職業程序們為了寫出高性能的程序需要付出太多的努力!
以下是測試的數據結果,最終優化后的版本的udp延遲已經和sockscap64基本一至。
以下是本地裸連測試機的結果
以下是SocksCap64通過代理連接測試機的結果,平均延時70ms
以下是SSTap 1.0.9.2(及以前的所有版本都會是這樣)的結果,平均延遲78-86ms
以下是最新的SSTap 1.0.9.3的測試結果,和SocksCap64的結果差不多甚至還更低了(更低應該是網絡的波動,經過后來反復的測試結果和sockscap64保持一至)
如果只是单纯无脑发空包对比的延迟没什么可比性。。还是得有真实游戏协议传输来进行延迟测试,运营商QOS等等,,对UDP管的可严了。
You must be logged in to reply to this topic.