Невероятно ужасная работа WIFI соединения

[jershell]

Здравствуйте.

Имеем:
Ubuntu 16.04 / 4.14.0-041400-generic (На предыдущих ядрах картина такая же)
TP-LINK Archer T9UH (AC1900)

Смотрим:

64 bytes from 192.168.1.1: icmp_seq=61 ttl=64 time=1.80 ms
64 bytes from 192.168.1.1: icmp_seq=62 ttl=64 time=1.81 ms
64 bytes from 192.168.1.1: icmp_seq=63 ttl=64 time=1.88 ms
64 bytes from 192.168.1.1: icmp_seq=64 ttl=64 time=1.85 ms
64 bytes from 192.168.1.1: icmp_seq=65 ttl=64 time=1.85 ms
64 bytes from 192.168.1.1: icmp_seq=66 ttl=64 time=1.87 ms
64 bytes from 192.168.1.1: icmp_seq=67 ttl=64 time=2.20 ms
64 bytes from 192.168.1.1: icmp_seq=68 ttl=64 time=1.82 ms
64 bytes from 192.168.1.1: icmp_seq=69 ttl=64 time=3327 ms
64 bytes from 192.168.1.1: icmp_seq=70 ttl=64 time=2318 ms
64 bytes from 192.168.1.1: icmp_seq=71 ttl=64 time=1293 ms
64 bytes from 192.168.1.1: icmp_seq=72 ttl=64 time=272 ms
64 bytes from 192.168.1.1: icmp_seq=73 ttl=64 time=1.83 ms
64 bytes from 192.168.1.1: icmp_seq=74 ttl=64 time=1.86 ms
64 bytes from 192.168.1.1: icmp_seq=75 ttl=64 time=1.89 ms
64 bytes from 192.168.1.1: icmp_seq=76 ttl=64 time=1.90 ms
64 bytes from 192.168.1.1: icmp_seq=77 ttl=64 time=2.05 ms
64 bytes from 192.168.1.1: icmp_seq=78 ttl=64 time=1.84 ms

WTF???

Гуглим, схожие проблемы при включенном параметре энергосбережения, но нет, у нас похоже другой случай?

         
          Mode:Managed  Frequency:5.18 GHz  Access Point: 18:A6:F7:C7:41:48   
          Bit Rate:390 Mb/s   Sensitivity:0/0 
          Retry:off   RTS thr:off   Fragment thr:off
          Encryption key:****-****-****-****-****-****-****-****   Security mode:open
          Power Management:off
          Link Quality=98/100  Signal level=100/100  Noise level=0/100
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

Исключаем: Под windows проблемы нет, устройство исправно работает. Если активна конференция в скайпе, то проблемы тоже нет. Есть какие-нибудь идеи?
Пользователь добавил сообщение 08 Января 2018, 17:19:18:Распаковал с помощью unshield драйвера, попробовал использовать ndiswrapper, но нет

[  530.743707] ndiswrapper (import:232): unknown symbol: WDFLDR.SYS:'WdfVersionUnbind'
 [  530.743713] ndiswrapper (load_sys_files:200): couldn't prepare driver 'netrtwlanu
 loadndisdriver: load_driver(364): couldn't load driver netrtwlanu

Пользователь добавил сообщение 09 Января 2018, 00:56:25:На текущий момент драйвер rtl8814au до версии 4.3.21(5.1.5 возможно) имеет этот баг. Версия для t4uh имеет чип rtl8812au, в котором возможно этот баг исправлен

[jershell]

Поставил версию 17.10 amd64, на борту 4.13.0, проблема не воспроизводится, всё хорошо.

Драйвер брал этот  https://github.com/zebulon2/rtl8814au.git

Возможно надо найти разницу в пакетах, версии ядра и драйверов между 16.04 и 17.10

[ecc83]

Возможно надо найти разницу в пакетах, версии ядра и драйверов между 16.04 и 17.10

Как ты будешь искать разницу в ядре? Можно просто на 16.04 поставить ядро, с которым у тебя порядок.

[jershell]

Возможно надо найти разницу в пакетах, версии ядра и драйверов между 16.04 и 17.10

Как ты будешь искать разницу в ядре? Можно просто на 16.04 поставить ядро, с которым у тебя порядок.

Да, сейчас планирую просто поставить ядро, именно этот же самый пакет. Но боюсь дело этим не ограничится, поэтому план такой, проверить окружение, посмотреть так ли собирается модуль ядра, если не так, собрать в одной системе, перенести на другую

Но если дело не пойдет, то буду плакать и искать разницу
1. Changelog
2. git diff
3. kdb\kgdb

[ecc83]

план такой, проверить окружение, посмотреть так ли собирается модуль ядра, если не так, собрать в одной системе, перенести на другую

Перед "спецоперацией", сделай полный бэкап системы.