LINUX.ORG.RU

Низкая производительность (особенно TCP send) от QCA6174 (Killer 1535) к QCA9880 (Mikrotik wAP ac)

 , , ,


0

1

Приветствую.

Я не знаю, где этому треду большее место — в Admin или Linux-hardware, но вроде бы здесь основное подозрение на железо, а не на TCP.

Итак, есть роутер на QCA9880 (Mikrotik wAP ac) и ноутбук — Intel 8260 и QCA6174 (Killer 1535). Производительность замеряем iperf3 между ноутбуком (в прямой видимости от точки доступа) и NAS'ом в той же сети. Энергосбережение везде выключено, прошивки актуальные, ядро 4.9. Сетевой планировщик (queue discipline) ­— fq_codel (дефолт systemd), алгоритм управления загруженностью (TCP congestion control algorithm) — YeAH, хотя от его смены на Reno ничего не меняется.

Intel 8260, TCP, приём:

$ iperf3 -c server.9-20.lan -p 12200 -f M -t 20 -R
Connecting to host server.9-20.lan, port 12200
Reverse mode, remote host server.9-20.lan is sending
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-20.00  sec   950 MBytes  47.5 MBytes/sec  697             sender
[  4]   0.00-20.00  sec   945 MBytes  47.2 MBytes/sec                  receiver

Intel 8260, TCP, передача:

$ iperf3 -c server.9-20.lan -p 12200 -f M -t 20
Connecting to host server.9-20.lan, port 12200
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-20.00  sec   639 MBytes  31.9 MBytes/sec  128             sender
[  4]   0.00-20.00  sec   636 MBytes  31.8 MBytes/sec                  receiver

Intel 8260, UDP, приём:

$ iperf3 -c server.9-20.lan -p 12200 -f M -t 20 -R -u -b 0
Connecting to host server.9-20.lan, port 12200
Reverse mode, remote host server.9-20.lan is sending
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-20.00  sec  1.38 GBytes  70.6 MBytes/sec  0.034 ms  262399/1023042 (26%)
[  4] Sent 1023042 datagrams

Intel 8260, UDP, передача:

$ iperf3 -c server.9-20.lan -p 12200 -f M -t 20 -u -b 0
Connecting to host server.9-20.lan, port 12200
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-20.00  sec   993 MBytes  49.6 MBytes/sec  0.010 ms  6090/718961 (0.85%)
[  4] Sent 718961 datagrams

QCA6174, TCP, приём:

$ iperf3 -c server.9-20.lan -p 12200 -f M -t 20 -R
Connecting to host server.9-20.lan, port 12200
Reverse mode, remote host server.9-20.lan is sending
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-20.00  sec   737 MBytes  36.8 MBytes/sec  831             sender
[  4]   0.00-20.00  sec   731 MBytes  36.5 MBytes/sec                  receiver

QCA6174, TCP, передача:

$ iperf3 -c server.9-20.lan -p 12200 -f M -t 20
Connecting to host server.9-20.lan, port 12200
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-20.00  sec   111 MBytes  5.56 MBytes/sec   10             sender
[  4]   0.00-20.00  sec   110 MBytes  5.52 MBytes/sec                  receiver

QCA6174, UDP, приём:

$ iperf3 -c server.9-20.lan -p 12200 -f M -t 20 -R -u -b 0
Connecting to host server.9-20.lan, port 12200
Reverse mode, remote host server.9-20.lan is sending
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-20.00  sec  1.44 GBytes  73.9 MBytes/sec  0.031 ms  461908/1069809 (43%)
[  4] Sent 1069809 datagrams

QCA6174, UDP, передача:

$ iperf3 -c server.9-20.lan -p 12200 -f M -t 20 -u -b 0
Connecting to host server.9-20.lan, port 12200
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-20.00  sec   630 MBytes  31.5 MBytes/sec  0.033 ms  972/456078 (0.21%)
[  4] Sent 456078 datagrams

К этим результатам два вопроса. Во-первых, у Intel 8260 скорость на приём или при использовании UDP стабильно несколько выше, чем у QCA6174, хотя последний вроде Wave 2 и вообще подаётся как более производительный радиомодуль. Во-вторых, в случае TCP на передачу QCA6174 работает очень медленно, выше 8 МБ/с скорость передачи не поднималась ни разу.

Почему? Что может быть не так? Может быть, у драйвера ath10k или в TCP-стеке есть какие-то параметры, которые нужно потюнить?

Не знаю, зачем, но скастую dimss и devl547.

★★★★★

Последнее исправление: intelfx (всего исправлений: 2)

А можно вывод /system resource print сюда. Не так давно сталкивался с тем, что процессор на точке доступа был загружен ужасно.

ravdinve
()
Ответ на: комментарий от ravdinve

В какой момент, с каким клиентом?

Ну и я туда уже смотрел — не больше 45-50% в любой момент тестирования. От наличия/отсутствия CAPsMAN ничего не зависит (local forwarding, разумеется, включен).

intelfx ★★★★★
() автор топика
Последнее исправление: intelfx (всего исправлений: 2)

Мы же уже обсуждали эту проблему пару месяцев назад.

Я такое встречал, но с другим модулем на основе ath10k. Причину тогда так и не выяснили, но склонялись к каким-то приколам с железом. В любом случае, для моих нужд эти модули уже устарели. Будем пробовать что-то на основе QCA9984, может, там такой проблемы не будет.

Deleted
()
Ответ на: комментарий от Deleted

Эту — вроде не обсуждали... Или я забыл. Извини. Т. е. ты думаешь, что дело в AP? Или в клиенте? Он вроде на новом чипсете (Rome)?

intelfx ★★★★★
() автор топика
Ответ на: комментарий от intelfx

Я думаю, дело в карточке на основе QCAxxxx. У меня другая, но проблема с ней - такая же. Применяли «правильный» драйвер и «правильный» фирмварь, без толку. Честно, руки не дошли разобраться до конца, что за фигня. Хватает более важных дел сейчас. А теперь решили по любому пробовать новую карточку. Если и с ней будет такая же фигня, придется разбираться уже всерьез, с привлечением сотрудников QCA по официальным каналам.

Deleted
()
Ответ на: комментарий от intelfx

Я думаю, Киллер плохо работает на передачу. У меня - Compex на основе Peregrine, у него такая же проблема.

Deleted
()
Ответ на: комментарий от Deleted

Странно. Вроде 6174 — это на данный момент актуальный чипсет для клиентских устройств... Или уже нет?

intelfx ★★★★★
() автор топика
Ответ на: комментарий от intelfx

Да уж не старый... Но мне интересен Каскад, потому что он может 4x4 и MU-MIMO в режиме AP.

Насчет ограничения скорости - мое предположение, что там что-то ядовитое записано в EEPROM, который находится на карточке. Могли при калибровке что-то напутать.

Deleted
()
11 августа 2017 г.

Intel 8260, TCP, приём:

Разве здесь, например, недостаточно хорошая скорость для сети 802.11ac? Удавалось добиваться лучших показателей?

anonymous
()
Ответ на: комментарий от anonymous

С 8260 всё как раз в порядке (за вычетом того, что она не умеет в MU-MIMO и мощность передатчика у неё меньше).

Но на самом деле 866 Mbps PHY rate я так и не получил ни на одной карточке, даром что сижу в двух метрах от AP. Я рассчитывал на 50-60 MB/s (если считать, что накладных расходов 50%).

intelfx ★★★★★
() автор топика
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от intelfx

8260 выдает как раз 400-500 mbit/s на 80 mhz, если каналы свободные и роутер рядом (т.е. mcs 8-9). Ну и разумеется роутер это должен тянуть + энергосбережение выключено на интеле

anonymous
()
Ответ на: комментарий от anonymous

8260 выдает как раз 400-500 mbit/s

Это ты говоришь про L4/L7 throughput? У меня, как видишь, iperf'ом не больше 350 выжимается. Энергосбережение выключено, два потока, 400ns GI. Кстати, это MCS 8, на девятку он не переходит, даже если подойти к роутеру на метр.

intelfx ★★★★★
() автор топика
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от intelfx

flent (обертка netperf) и чариот юзались для тестов. Но у меня 8260 был не в ноуте, а прилеплен китайцами на плату с pci-e и внутри обычного компа - на али можно глянуть. А с другой стороны не qualcomm. На debian влияние на скорость заметил только от iwlmvm power_scheme.

Если на ап проц не под завязку (720Mhz 1 ядро там? - для таких скоростей его может не хватать), то возможно и проблемы совместимости у них какие-нибудь. Еще иногда может со стороны ethernet мешаться flow control.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.