解決SSTap的UDP延遲比SOCKSCAP64多出15-20ms 的問題

Home Forums Bug Report / 问题反馈 解決SSTap的UDP延遲比SOCKSCAP64多出15-20ms 的問題

Tagged: , ,

This topic contains 10 replies, has 6 voices, and was last updated by 小樱 小樱 10 months, 3 weeks ago.

  • Author
    Posts
  • Super admin
    Keymaster
    #1 Super admin #53451

    很早前就有一些sockscap64的老用戶向我反饋過此問題, 不過都沒有引起重視,因為SSTAP畢竟比sockscap64多了2次轉發,心想延遲高10幾ms可能正常吧。

    直到前幾天一位來自澳大利亞的程序員網友( 工作位澳州的Google )他在玩一款遊戲的時候發現了此問題并向我反饋,在經過溝通后我向其講述了我的代碼思路,于是他很熱情的提供了幾條優化建議,所以我專程寫了一套UDP client/ server的測試程序,經過2天的仔細的code analysis,最終總算將這多出的15-20ms給降了下來。

    由此也感受到那些職業程序們為了寫出高性能的程序需要付出太多的努力!

    以下是測試的數據結果,最終優化后的版本的udp延遲已經和sockscap64基本一至。

     

    以下是本地裸連測試機的結果
    解決SSTap的UDP延遲比SOCKSCAP64多出15-20ms 的問題

    以下是SocksCap64通過代理連接測試機的結果,平均延時70ms
    解決SSTap的UDP延遲比SOCKSCAP64多出15-20ms 的問題

    以下是SSTap 1.0.9.2(及以前的所有版本都會是這樣)的結果,平均延遲78-86ms
    解決SSTap的UDP延遲比SOCKSCAP64多出15-20ms 的問題

    以下是最新的SSTap 1.0.9.3的測試結果,和SocksCap64的結果差不多甚至還更低了(更低應該是網絡的波動,經過后來反復的測試結果和sockscap64保持一至)

    解決SSTap的UDP延遲比SOCKSCAP64多出15-20ms 的問題


  • Participant
    #2 P1uto #53461

    感谢作者!

  • 小樱
    Participant
    #3 小樱 #53542

    如果只是单纯无脑发空包对比的延迟没什么可比性。。还是得有真实游戏协议传输来进行延迟测试,运营商QOS等等,,对UDP管的可严了。

    • Super admin
      Keymaster
      #4 Super admin #53566

      這是通過優化代碼效率來解決的多出的20ms. 所以可以說之前存在bug.

  • Super admin
    Keymaster
    #5 Super admin #53568

    圖中程序是正常發包,只是為了有個數據讓我對比知道存在延遲,并且修改后延遲降低了


  • Participant
    #6 Chevalier #53779

    感谢作者!


  • Participant
    #7 hy465358287 #53813

    如果我想添加一个游戏的规则。 我应该如何操作呢?

    • Super admin
      Keymaster
      #8 Super admin #53824

      你需要抓取遊戲的ip地址。加入到規則。明天我做個教程。


  • Participant
    #9 hy465358287 #54081

    嗯  谢谢。 我也想学习一下。抓取规则教程出来  到时候记得通知我


  • Participant
    #10 202214003 #54143

    静静的等楼主出:添加游戏规则教程

  • 小樱
    Participant
    #11 小樱 #54215

    楼上说的,真要出的话,集成客户端吧,或者推出一个独立的小工具,输入一个或者多个进程名,然后记录该进程连接的所有IP地址,包括DNS域名解析记录,输出日志列举出来,比较方便使用,当然用第三方软件来看也可以,至于太过专业的话,比如说wireshark,他们肯定看不懂。

You must be logged in to reply to this topic.

Fonts by Google Fonts. 45 Queries in 0.548 seconds.