我在玩在线实时游戏(例如LoL)时偶尔出现滞后峰值。我向LoL的服务器(216.52.241.254)运行了tracert
:
C:\Windows\system32>tracert -d 216.52.241.254
Tracing route to 216.52.241.254 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 192.168.0.1
2 29 ms 29 ms 26 ms 68.84.4.1
3 10 ms 8 ms 10 ms 68.85.80.165
4 9 ms 11 ms 70 ms 68.85.130.85
5 14 ms 15 ms 15 ms 68.86.90.85
6 12 ms 12 ms 11 ms 68.86.82.222
7 13 ms 13 ms 12 ms 66.208.229.142
8 48 ms 13 ms 13 ms 154.54.6.170
9 26 ms 25 ms 26 ms 154.54.31.97
10 44 ms 45 ms 46 ms 154.54.29.222
11 75 ms 74 ms 73 ms 154.54.7.158
12 76 ms 75 ms 75 ms 154.54.47.170
13 76 ms 76 ms 75 ms 154.24.22.122
14 77 ms 74 ms 74 ms 38.104.77.122
15 74 ms 74 ms 75 ms 216.52.241.254
Trace complete.
并对前几个节点执行ping -t
以查看问题是否出现在那里。我在玩的时候让它跑,并且每当我有一个滞后尖峰或断开连接时检查它。前两个节点的结果:
本地主机:
C:\Windows\system32>ping -t 192.168.0.1
Pinging 192.168.0.1 with 32 bytes of data:
...omitted...
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=2ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Ping statistics for 192.168.0.1:
Packets: Sent = 2, Received = 2, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 1ms, Average = 1ms
Control-C
^C
第二个节点:
C:\Windows\system32>ping -t 68.84.4.1
Pinging 68.84.4.1 with 32 bytes of data:
...omitted...
Reply from 68.84.4.1: bytes=32 time=8ms TTL=254
Reply from 68.84.4.1: bytes=32 time=14ms TTL=254
Reply from 68.84.4.1: bytes=32 time=12ms TTL=254
Reply from 68.84.4.1: bytes=32 time=10ms TTL=254
Reply from 68.84.4.1: bytes=32 time=15ms TTL=254
Reply from 68.84.4.1: bytes=32 time=10ms TTL=254
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 68.84.4.1: bytes=32 time=11ms TTL=254
Reply from 68.84.4.1: bytes=32 time=11ms TTL=254
Reply from 68.84.4.1: bytes=32 time=10ms TTL=254
Reply from 68.84.4.1: bytes=32 time=8ms TTL=254
Reply from 68.84.4.1: bytes=32 time=10ms TTL=254
Reply from 68.84.4.1: bytes=32 time=9ms TTL=254
Reply from 68.84.4.1: bytes=32 time=14ms TTL=254
Reply from 68.84.4.1: bytes=32 time=10ms TTL=254
Reply from 68.84.4.1: bytes=32 time=15ms TTL=254
Request timed out.
Ping statistics for 68.84.4.1:
Packets: Sent = 2911, Received = 2889, Lost = 22 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 4ms, Maximum = 2953ms, Average = 12ms
Control-C
^C
在ping的时间方面,结果的每一行应大致与另一行中的相应行匹配。有时,我有多次超时,而有时,只有一两行具有非常高的延迟(> 900ms)。我还有几个节点的结果,但那些行为相同,所以我认为问题出在第二个节点。
我最近买了一台新的路由器,因为康卡斯特切断了我们的互联网,说,&#34;你必须升级你的路由器。它已经过时了,你没有利用我们在你所在地区实施的加速。&#34;我不记得在我们拿到新路由器之前是否有这个滞后尖峰问题,因为我大部分时间都在学校。
我的问题是:这是我的路由器问题还是房子与互联网其他部分的连接问题?
编辑:
这个问题似乎只在我上场时出现。在没有玩的情况下,我在最后一小时内一直运行ping -t
到68.84.4.1,并且没有看到它超时一次。结果是:
Ping statistics for 68.84.4.1:
Packets: Sent = 3477, Received = 3476, Lost = 1 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 5ms, Maximum = 88ms, Average = 10ms
在整个小时内,最大延迟为88毫秒,只丢失了1个数据包。
答案 0 :(得分:0)
除了互联网连接之外,可能有很多原因导致游戏滞后于机器。 假设问题在于您的连接
第一点与您的问题最相关,其余只是建议
执行“完整”Speedtest:您提供的数据仅讲述故事的一半,使用Speedtest.net by Ookla等在线服务进行适当的速度测试。网络游戏具有较高的带宽要求,因此请记录您家中的(总)带宽。如果没有其他设备和/或程序消耗您的网络带宽,您应具有类似的值。您也可以使用Namebench
使用有线连接:无线连接始终会增加带宽延迟。断开与路由器的连接,并使用有线连接直接连接到计算机。此外,如果其他人同时使用路由器,则可能有太多人抓住相同的带宽。 但是如果不可能,请确保路由器配置正确。它必须处于正确的位置,正确的高度,无线信道等,以获得最佳性能。 您可以关注guides available online个数量。 另请注意您所在地区可能会干扰信号的任何新无线网络。 尝试使用其他路由器固件,因为有些路由器已经破坏了固件,并且在超载情况下表现不佳,如果 Gargoyle 或 OpenWRT 有机会你是绝望的。
关闭使用互联网的其他应用
优化您的游戏设置:所有热门的在线游戏都有网络设置,只是找到它们的情况。在线搜索调整游戏的指南。
启用复合TCP ,这比传统的TCP算法允许的速度快得多。这意味着当突然爆发较大的数据包进入或熄灭时,Windows会比正常情况更快地调整其设置以进行补偿,从而允许在宽带连接上更快地进行数据传输,并在游戏时降低延迟。
netsh int tcp set global congestionprovider = ctcp
在您的路由器上启用UPnP:这会自动将正确的数据路由到正确的端口。
在不同日期和时间尝试延迟
尝试使用 SG TCP Optimizer
最后确保安装了最新的驱动程序 使用兼容的硬件。