在 Google 和 Ask Ubuntu 上搜索后,我找不到解决问题的方法:我有一台运行 Windows 10 和 Ubuntu 16.04 的戴尔 XPS 13,具有双启动功能,我的互联网下载速度很好,但我的上传速度慢得多比我在 Windows 上的速度要快,老实说,我无法通过这种方式完成任何工作。
以下是我的互联网测试结果:
$ curl -s https://raw.githubusercontent.com/sivel/speedtest-cli/master/speedtest.py | python -
Retrieving speedtest.net configuration...
Testing from Bezeq International (79.176.94.28)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by Partner (Tel Aviv) [1.56 km]: 30.989 ms
Testing download speed................................................................................
Download: 33.93 Mbit/s
Testing upload speed................................................................................................
Upload: 0.15 Mbit/s
结果:sudo lshw -C net
:
$ sudo lshw -C net
[sudo] password for liorscha:
*-network
description: Wireless interface
product: QCA6174 802.11ac Wireless Network Adapter
vendor: Qualcomm Atheros
physical id: 0
bus info: pci@0000:3a:00.0
logical name: wlp58s0
version: 32
serial: 9c:b6:d0:e6:d5:79
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=ath10k_pci driverversion=4.13.0-38-generic firmware=WLAN.RM.4.4.1-00051-QCARMSWP-1 ip=10.0.0.15 latency=0 link=yes multicast=yes wireless=IEEE 802.11
resources: irq:286 memory:dc000000-dc1fffff
结果iwlist wlan0 s
:
wlan0 Interface doesn't support scanning.`
结果lsmod | grep ath10
:
ath10k_pci 45056 0
ath10k_core 352256 1 ath10k_pci
ath 28672 1 ath10k_core
mac80211 782336 1 ath10k_core
cfg80211 614400 3 mac80211,ath,ath10k_core
这些是我已经尝试过的事情:
- sudo apt-get install --reinstall linux-firmware
- 将驱动程序从 git repos 复制到 /lib/firmware/ath10k/QCA6174/*
- 在 IPV6 上优先选择 IPV4
- 使用软件而非硬件加密
编辑
这帮我解决了。
答案1
你似乎受到了这个的影响漏洞。有 68 个问题和建议的帖子。最新的一个建议:
- 禁用省电
- 使用最新的内核版本 - 我正在使用 4.14.34,在 4.14 链(LTS(长期支持))上 6 年没有遇到任何问题。
2019 年 5 月 4 日更新
一年多前,但在最初的答案发布后,一个错误修复出现了。它发生在内核4.16-rc5
发布期间,源代码更改注释状态:
不同 sk_pacing_shift 值所实现的吞吐量(对 WiFi 跳跃另一侧的主机进行 5 次 10 秒 netperf 迭代运行的平均值):
- sk_pacing_shift 10:43.21 Mbps(补丁前)
- sk_pacing_shift 9:78.17 Mbps
- sk_pacing_shift 8:123.94 Mbps
- sk_pacing_shift 7:128.31 Mbps
在这一变化下,竞争流的延迟从约 3 毫秒增加到约 10 毫秒。这与非 WiFi 设备本身产生的流(因此不受 TSQ 限制)引起的排队延迟量级大致相同。
签名人:Toke Høiland-Jørgensen
你会本能地认为内核大于4.15
修复错误所需的内核。事实并非如此,下一节将对此进行解释。
内核 4.16-rc5 到内核 5.0 的错误修复均在4.14.114
LTS中
我仍在使用内核4.14.xxx
LTS(长期支持),它还将提供另外 5 年的更新包括上述补丁4.16
和最近的内核5.0
错误修复。
为了证明错误已修复,请转到我当前内核所在的位置4.14.114
:
它说:
要获取它们的构建源,请获取以下提交:
git://git.launchpad.net/~ubuntu-kernel-test/ubuntu/+source/linux/+git/mainline-crack v4.14.114
- 复制并粘贴地址到你的网络浏览器中,然后按Enter
- 出现 Google 搜索
- 点击第一个链接
- 出现网页:https://code.launchpad.net/~ubuntu-kernel-test/ubuntu/+source/linux/+git/mainline-crack/+ref/master
- 滚动到底部并选择
All commits
- 我们正在寻找的提交是 10,000 条消息,这需要大量的滚动和搜索。
- 为了加快进程,请
Adjust TSQ pacing shift
在搜索字段中输入内容。 - 出现一个缩写结果,单击
Expand
后您将看到:
答案2
我可以确认这个问题与错误 #1670041正如@WinEunuuchs2Unix 所发布的那样。仅供参考,我的 PCI-E 无线适配器是TP-LINK TL-WDN4800
:
lspci -nn |grep -i wireless
Network controller [0280]: Qualcomm Atheros AR93xx Wireless Network Adapter [168c:0030] (rev 01)
应使用此 mac80211 提交来修复 ath10k 上传输 TCP 流的低吞吐量问题:
mac80211:调整 TSQ 节奏转变
https://git.kernel.org/linus/36148c2bbfbe50c50206b6f61d072203c80161e0
显然,v4.16-rc5 是第一个具有该提交的版本。
将我的内核升级到 4.17(以前是 4.14 LTS)解决了这个问题。