После поиска в Google и Ask Ubuntu я не смог найти решение моей проблемы: У меня есть Dell XPS 13 под управлением Windows 10 и Ubuntu 16.04 с Двойная загрузка и моя скорость загрузки из Интернета работают нормально, но моя скорость загрузки намного ниже , чем моя скорость в 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
Это то, что я уже пробовал:
РЕДАКТИРОВАТЬ
Это решило эту проблему для меня.
Вы, кажется, произведены этой ошибкой. Существует 68 сообщений проблем и предложений. Последний предлагает:
Более чем год назад, но после того, как исходный ответ был отправлен, исправление ошибки вышло. Это произошло во время ядра 4.16-rc5
выпуск и исходный код изменяют состояние комментариев:
Достигнутая пропускная способность для различных значений sk_pacing_shift (среднее число 5 повторений 10 секунд netperf работает к хосту с другой стороны транзитного участка WiFi):
- sk_pacing_shift 10: 43,21 Мбит/с (предварительный патч)
- sk_pacing_shift 9: 78,17 Мбит/с
- sk_pacing_shift 8: 123,94 Мбит/с
- sk_pacing_shift 7: 128,31 Мбит/с
Задержка для конкурирующих потоков увеличивается с ~3 мс до ~10 мс с этим изменением. Это о той же величине задержки организации очередей, вызванной потоками, которые не порождаются на самом устройстве WiFi (и так не ограничены TSQ).
Signed-off-by: Toke Høiland-Jørgensen
Инстинктивно Вы думаете ядро, больше, чем 4.15
требуется, чтобы получать исправление ошибки. Это не так, как следующий раздел объясняет.
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
All commits
Adjust TSQ pacing shift
в поле поиска.Expand
и Вы будете видеть:Я могу подтвердить, что эта проблема связана с ошибкой № 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)
Низкая пропускная способность с передачей потоки TCP на ath10k должна быть зафиксирована с этой фиксацией mac80211:
mac80211: Скорректируйте TSQ, следующий по сдвигу
https://git.kernel.org/linus/36148c2bbfbe50c50206b6f61d072203c80161e0
По-видимому, v4.16-rc5 был первым выпуском, который будет иметь ту фиксацию.
Обновление моего ядра к 4,17 (прежний 4.14 LTS) фиксирует это.