A taxa de bits de transmissão mostrada em 'iw' é inesperadamente baixa

3
> iw dev wlp5s0 link

Connected to 00:35:1a:41:2d:cf (on wlp5s0)
    SSID: eduroam
    freq: 5240
    RX: 59188796 bytes (179767 packets)
    TX: 351043602 bytes (273799 packets)
    signal: -59 dBm
    tx bitrate: 6.0 MBit/s

    bss flags:  short-slot-time
    dtim period:    1
    beacon int: 102


> iw dev wlp5s0 station dump

Station 00:35:1a:41:2d:cf (on wlp5s0)
    inactive time:  176 ms
    rx bytes:   59188796
    rx packets: 179767
    tx bytes:   351043602
    tx packets: 273799
    tx retries: 0
    tx failed:  396
    signal:     -59 dBm
    signal avg: -59 dBm
    tx bitrate: 6.0 MBit/s
    rx bitrate: 78.0 MBit/s VHT-MCS 4 VHT-NSS 2
    authorized: yes
    authenticated:  yes
    preamble:   long
    WMM/WME:    yes
    MFP:        no
    TDLS peer:  no

Vejo que minha taxa de bits de transmissão é inesperadamente baixa e posso confirmar que as velocidades de upload são mais lentas do que poderiam ser (se eu conecto usando um cabo USB ao meu telefone, tenho velocidades de 80Mbit / seg nessa rede ).

Eu brinquei com iw , a economia de energia está desativada, mas não consegui aumentar minha taxa de transmissão. Este é um laptop high-end de um ano de idade, por isso não deve ter um problema (não me lembro de um problema quando corri windows). Alguma idéia de como lidar com esse problema?

Executando o Linux mint 18.1 mais recente em um laptop MSI Ghost.

Atualização:

@dirkt forneceu algumas dicas de resolução de problemas nos comentários que me levaram a uma atualização de driver que corrigiu parcialmente o problema. Minha taxa de bits de recebimento agora é de 240Mbit, mas minha taxa de bits de transmissão ainda está em 6Mbit.

link

> iw dev wlp5s0 station dump
Station 00:35:1a:2e:07:2f (on wlp5s0)
    inactive time:  396 ms
    rx bytes:   234425411
    rx packets: 180469
    tx bytes:   33988923
    tx packets: 95897
    tx retries: 0
    tx failed:  248
    signal:     -60 dBm
    signal avg: -58 dBm
    tx bitrate: 6.0 MBit/s
    rx bitrate: 240.0 MBit/s VHT-MCS 5 40MHz short GI VHT-NSS 2
    authorized: yes
    authenticated:  yes
    preamble:   long
    WMM/WME:    yes
    MFP:        no
    TDLS peer:  no

> lspci -nn
<removed irrelevant entries>
05:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter [168c:003e] (rev 20)

> sudo ethtool -i wlp5s0
driver: ath10k_pci
version: 4.4.0-77-generic
firmware-version: SW_RM.1.1.1-00157-QCARMSWPZ-1
expansion-rom-version: 
bus-info: 0000:05:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: no
supports-priv-flags: no
    
por David Parks 05.05.2017 / 21:39

2 respostas

2

(Escreveu comentários como resposta.)

Eu vi desenvolvedores de drivers Linux Wifi reclamando que alguns dos mais novos chips Wifi dependem principalmente de firmware de código fechado para fazer tudo funcionar, e que é realmente um saco escrever um bom driver para isso. Então, "problema de driver" não é improvável.

Descobrir qual é o seu chipset (lspci -nn ou lsusb, olhe para os IDs de dispositivo / fornecedor hex de 4 dígitos), google para isso na forma de 0123: 4567 para ver se isso é um problema conhecido, arquive um bug com os desenvolvedores, se não for.

De acordo com o seu comentário, o problema já foi reportado. Coloque-se na lista de inscritos para o bug (e talvez adicione um comentário explicando sua situação), assim você será mantido informado quando for corrigido.

    
por 11.05.2017 / 20:12
0

Em alguns chipsets 802.11ac da Qualcom (eu experimentei isso com o QCA988x), é bem conhecido que a taxa de transmissão computada pelo chip da placa não é transferida para o driver do kernel Linux "ath10k". Portanto, o driver sempre anuncia uma taxa de transmissão de 6 Mbps.

Provavelmente o mesmo se aplica ao seu chipset QCA6174.

    
por 06.06.2017 / 09:43