☰

打开 Chrome 后，WI-FI 丢包，连接降级

tag-icon • tag-icon google-chrome
打开 Chrome 后，WI-FI 丢包，连接降级

我注意到，当我尝试打开任何网站时，即使是路由器页面，也会出现严重的延迟。我尝试按如下方式“逐字”调试该问题：

  1. 我通过 ping 了我的路由器$ ping 192.168.1.1，发现峰值和谷值太多，损失了 10%！
  2. 我打开窗口来 ping 路由器，但它很稳定，并且从未出现任何峰值或数据包丢失。
  3. 我以救援模式打开了 Linux，并再次 ping 路由器，令人惊讶的结果与 Windows 相同！
  4. 我尝试通过以下方式关闭 wifi 电源管理$ iwconfig，并获取了 wifi 卡名称，然后通过 将其关闭$ sudo iwconfig wlp0s20f3 power off。几乎没有任何变化。
  5. 我很困惑，我认为我的笔记本电脑在连接到互联网时被欺骗或劫持了，所以我观察了互联网使用情况，gnome-system-monitor但没有显示互联网流量。
  6. 我关闭了我的 VPN 程序（expressvpn），$ systemctl mask expressvpn.service但问题仍然存在。
  7. 我注意到，当我打开 google-chrome 时，出现了 ping 问题，而当我完全关闭 google-chrome 时，ping 恢复正常，就像 windows 或 linux-rescue 甚至我的手机一样！
  8. 尝试检查 chrome 任务管理器，没有任何下载/上传内容。
  9. 完全关闭所有标签页，以便在主页上打开 chrome，但问题仍然存在。
  10. 尝试重新安装谷歌浏览器，但无济于事。

我 100% 确定两者之间存在关联，并且 99% 确定 chrome 是造成大量数据包丢失和非常高的延迟（平均 9000 毫秒，而关闭时为 4 毫秒）的原因。

无论我什么时候给谷歌搜索，问题仍然没有解决，就好像它本身正在产生非常高的流量。

我的笔记本电脑是联想 Y530，带 wifi 卡Network controller: Intel Corporation Wireless-AC 9560 [Jefferson Peak] (rev 10)。我 2 到 5 个月前更新过 BIOS（具体记不清了），发现$ dmesg这个错误BIOS contains WGDS but no WRDS，这个错误可以在这里找到解决关联。

更新 1（2021 年 3 月 11 日）：

$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp7s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
    link/ether e8:6a:64:0b:4e:73 brd ff:ff:ff:ff:ff:ff
3: wlp0s20f3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group default qlen 1000
    link/ether 18:1d:ea:5e:25:13 brd ff:ff:ff:ff:ff:ff
4: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1350 qdisc fq_codel state UNKNOWN mode DEFAULT group default qlen 500

答案1

解决这个问题有两种方法：

  1. 就您的产品联系英特尔，他们会为您解决问题。
  2. 该问题是由于附近的 WiFi 带宽非常相似而导致的，尽管该问题仅出在单个设备上，但最终发现问题出在路由器上，因此解决方案是重新启动路由器。

相关内容