Fórum Ubuntu Linux - PT
Suporte Técnico => Internet, Redes e Segurança => Tópico iniciado por: Tom.net em 18 de Junho de 2017, 17:23
-
Olá pessoal, primeiramente, passei o final de semana todo procurando uma solução na internet, em várias comunidades muitos relatos, mas não vi uma real solução, pq todos consideraram que 3mbps de transferência estava bom. Porém essa placa de rede wifi TL-881ND é 300M, oq me daria por volta dos 10~12mbps de transferência de arquivos (em minha rede local). Acontece que eu instalei o windows em outro HD pra tirar a dúvida, e eis que a placa funciona em sua total capacidade, consigo transferir arquivos grandes com a média de velocidade boa 10~12mbps entre computadores em minha rede.
Preciso da ajuda de vocês, ou se alguém já passou por isso... por favor, me ajudem. Já fiz o que mais sugerem nos forums que é colocar "options ath9k nohwcrypt=1" no arquivo "/etc/modprobe.d/ath9k.conf" e não mudou nada.
Estava usando ubuntu gnome 16.04LTS, e troquei para o Linux Mint 18.1 mas continuou com o mesmo problema.
$uname -a
Linux tom-mint 4.10.0-22-generic #24~16.04.1-Ubuntu SMP Tue May 23 17:03:51 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
#sudo iwconfig
wlp11s0 IEEE 802.11 ESSID:"UNSC"
Mode:Managed Frequency:2.427 GHz Access Point: (mac)
Bit Rate=240 Mb/s Tx-Power=16 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
Link Quality=69/70 Signal level=-41 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:1478 Missed beacon:0
#sudo lshw -c ntework
*-network
descrição: Interface sem fio
produto: AR9287 Wireless Network Adapter (PCI-Express)
fabricante: Qualcomm Atheros
ID físico: 0
informações do barramento: pci@0000:0b:00.0
nome lógico: wlp11s0
versão: 01
serial: (mac)
largura: 64 bits
clock: 33MHz
capacidades: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuração: broadcast=yes driver=ath9k driverversion=4.10.0-22-generic firmware=N/A ip=192.168.0.163 latency=0 link=yes multicast=yes wireless=IEEE 802.11
recursos: irq:18 memória:f7800000-f780ffff
lspci
0b:00.0 Network controller: Qualcomm Atheros AR9287 Wireless Network Adapter (PCI-Express) (rev 01)
meu arquivo "/etc/modprobe.d/ath9k.conf
options ath9k nohwcrypt=1 bt_ant_diversity=1 btcoex_enable=0 ps_enable=0 enable_diversity=1
Abri o WAVEMON para verificar a wifi durante a transferência do arquivo.
Vejam que o wavemon ele mostra a taxa de transferência a 300M, mas está transferindo apenas a 3mbps ao invés de 10~12mbps
Interface──────────────────────────────────────────────────────────────────────────────────┐
│wlp11s0 (IEEE 802.11, WPA/WPA2), phy 0, reg: US (DFS-FCC) │
├─Levels─────────────────────────────────────────────────────────────────────────────────────┤
│link quality: 96% (67/70) │
│======================================================================================== │
│ │
│signal level: -43 dBm (0,05 uW) │
│========================================================== │
│noise level: -95 dBm (0,32 pW) │
│============================ │
│SNR: 52 dB │
├─Statistics─────────────────────────────────────────────────────────────────────────────────┤
│RX: 251.143 (25,17 MiB), rate: 300.0 MBit/s MCS 15 40MHz short GI (exp: 54,6 MB/s), drop: 767
│TX: 508.274 (732,08 MiB), rate: 300.0 MBit/s MCS 15 40MHz short GI, retries: 109.770 │
├─Info───────────────────────────────────────────────────────────────────────────────────────┤
│mode: Managed, connected to: (MAC editado), time: 4:24m, inactive: 0,0s │
│freq: 2427 MHz, ctr1: 2437 MHz, channel: 4 (width: 40 MHz) │
│channel active: 4:20m, busy: 1:42m, rx: 36 sec, tx: 49 sec │
│beacons: 2.467, avg sig: -43 dBm, interval: 0,1s, DTIM: 1 │
│power mgt: off, tx-power: 16 dBm (39,81 mW) │
│retry: short limit 7, rts/cts: off, frag: off │
│encryption: n/a (requires CAP_NET_ADMIN permissions) │
├─Network────────────────────────────────────────────────────────────────────────────────────┤
│wlp11s0 (UP RUNNING BROADCAST MULTICAST) │
│mac: (mac editado), qlen: 1000 │
│ip: 192.168.0.163/24 │
└────────────────────────────────────────────────────────────────────────────────────────────┘
(https://ubuntuforum-pt.org/proxy.php?request=http%3A%2F%2Fi97.photobucket.com%2Falbums%2Fl230%2Ftom_net%2FCaptura%2520de%2520tela%2520de%25202017-06-18%252016-42-02.png&hash=d548b1294e12e8642fec4e08efee231651e0bfde)
A Configuração em meu Roteador TP-Link Archer C60
(https://ubuntuforum-pt.org/proxy.php?request=http%3A%2F%2Fi97.photobucket.com%2Falbums%2Fl230%2Ftom_net%2FCaptura%2520de%2520tela%2520de%25202017-06-18%252017-24-43.png&hash=4797057b5079827769f1f26dbe67bf6c687cce91)
===========================
SOLUÇÃO [RESOLVIDO]
===========================
Obrigado a todos, o problema foi resolvido com ajuda dos post abaixo:
galactus : http://ubuntuforum-br.org/index.php/topic,121906.msg669716.html#msg669716 (http://ubuntuforum-br.org/index.php/topic,121906.msg669716.html#msg669716)
(Instalado Kernel Xanmod)
druidaobelix : http://ubuntuforum-br.org/index.php/topic,121906.msg669721.html#msg669721 (http://ubuntuforum-br.org/index.php/topic,121906.msg669721.html#msg669721)
(sudo iw reg set BR) depois, tornar permanente colocando no final do arquivo : sudo gedit /etc/default/crda
-
Cara, eu não consegui entender suas contas. Vc está transferindo o quê, e pra onde? ? ?
Está fazendo transferências pela internet, ou pra rede local?
-
Cara, eu não consegui entender suas contas. Vc está transferindo o quê, e pra onde? ? ?
Está fazendo transferências pela internet, ou pra rede local?
Esqueci de especificar esse detalhe rsrsrs.
Transferência entre computadores em minha rede local.
-
Mais um detalhe esquecido, o computador de destino é cabeado ou wifi também? Transferência direta entre dois computadores em wifi tem comportamento radicalmente diferente de quando um dos computadores é cabeado.
Outra coisa a ver... e os HDs onde você está lendo/gravando esses arquivos, aguenta essas taxas de transferência?
-
Mais um detalhe esquecido, o computador de destino é cabeado ou wifi também? Transferência direta entre dois computadores em wifi tem comportamento radicalmente diferente de quando um dos computadores é cabeado.
Outra coisa a ver... e os HDs onde você está lendo/gravando esses arquivos, aguenta essas taxas de transferência?
Fiz testes em vários cenários para poder constatar que o problema está no Linux com esse driver ath9k na minha placa.
Vou citar os dois principais,
1 Meu pc c/ Linux com SSD wifi N (ath9k) -->> Pc Linux rede Cabeada com HD Sata2 == 3mbps de transferência.
2 Meu pc c/ Linux com SSD wifi N (ath9k) -->> Raspberry pi3 rede wifi AC com MicroSD UltraClasse10 XD. == 3mbps de transferência de arquivos.
Agora... Os mesmos periféricos porém Meu PC com Windows com a mesma placa de rede wifi. A transferência do cenário 1 foi de 9 a 10mbps e no cenário 2 foi de 10 a 12mbps.
Coloquei a placa de rede Wifi AC no meu pc com Linux e deixei o raspberry cabeado, mas aí só consegui 6mbps.
Ta muito estranho a Wifi no meu PC, msm com placa wifi diferente, a transferência de arquivos nele fica lenta. Mesmo com instalação limpa do Linux e Kernel mais recente.
No raspberry está com osmc kernel 4.9 e não tem esse problema.
-
Tentou colocar essa máquina Ubuntu cabeada, pra ver a quanto vai a transferência?
-
Tentou colocar essa máquina Ubuntu cabeada, pra ver a quanto vai a transferência?
Sim, via cabo em todas as máquinas transferência é de 9 a 10mbps, oq considero normal pq a rede cabeada é 10/100.
-
Olha só, eu não sei vocês, mas eu sempre tive diferenças enormes na velocidade de transferência de arquivos entre Linux e Windows. Com o mesmo hardware, só trocando o sistema operacional, não importa se cabeada ou Wifi.
Realmente a diferença pode ser do dobro da velocidade. Atingir 3 mb/s na Wifi de uma rede 10/100 pelo Linux tá ótimo. Eu aqui consigo no máximo 5,7 mb/s pela wifi no meu notebook. Minha rede é Gigabit, o Switch e o roteador, mas o Notebook é 10/100.
E a distância do notebook para o Roteador é muito importante na velocidade final no Linux, eu diria que é crítica até.
Pela cabeada a coisa é feia também, pelo samba no Linux não passa de 70mb/s enquanto que no Windows 10 vai para 112mb/s. Trocando apenas o SO!
Contudo, a navegação pela internet é mais rápida no Linux do que Windows. Vai entender!
Há sim, se trocar o kernel por um experimental e usar o protocolo tcp/ip WESTWOOD+ dá um gás bem maior no Linux!
-
Tentou colocar essa máquina Ubuntu cabeada, pra ver a quanto vai a transferência?
Sim, via cabo em todas as máquinas transferência é de 9 a 10mbps, oq considero normal pq a rede cabeada é 10/100.
Certo, isso praticamente descarta a possibilidade de ser o HD amarrando a transferência.
Qual versão do kernel vc está usando?
-
Qual versão do kernel vc está usando?
Ele havia postado no tópico inicial:
$uname -a
Linux tom-mint 4.10.0-22-generic #24~16.04.1-Ubuntu SMP Tue May 23 17:03:51 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
Há ainda a observação que a mesma questão se manifestava no Ubuntu-Gnome 16.04
"Estava usando ubuntu gnome 16.04LTS..."
-
Olha só, eu não sei vocês, mas eu sempre tive diferenças enormes na velocidade de transferência de arquivos entre Linux e Windows. Com o mesmo hardware, só trocando o sistema operacional, não importa se cabeada ou Wifi.
Realmente a diferença pode ser do dobro da velocidade. Atingir 3 mb/s na Wifi de uma rede 10/100 pelo Linux tá ótimo. Eu aqui consigo no máximo 5,7 mb/s pela wifi no meu notebook. Minha rede é Gigabit, o Switch e o roteador, mas o Notebook é 10/100.
E a distância do notebook para o Roteador é muito importante na velocidade final no Linux, eu diria que é crítica até.
Pela cabeada a coisa é feia também, pelo samba no Linux não passa de 70mb/s enquanto que no Windows 10 vai para 112mb/s. Trocando apenas o SO!
Contudo, a navegação pela internet é mais rápida no Linux do que Windows. Vai entender!
Há sim, se trocar o kernel por um experimental e usar o protocolo tcp/ip WESTWOOD+ dá um gás bem maior no Linux!
É uma pena não ter o mesmo desempenho, mas acredito que possa ser problema no Linux, pois no raspberry com OSMC a wifi AC (USB) está funcionando bem.
Estou usando o Kernel 4.10 e adicionei o Westwood e setei ele com "sudo sysctl net.ipv4.tcp_congestion_control=westwood"
Serie esse ou existe o Westwood+? Não encontrei muita coisa no google. Qual seria o Kernel que teria suporte a ele?
-
É uma pena não ter o mesmo desempenho, mas acredito que possa ser problema no Linux, pois no raspberry com OSMC a wifi AC (USB) está funcionando bem.
Estou usando o Kernel 4.10 e adicionei o Westwood e setei ele com "sudo sysctl net.ipv4.tcp_congestion_control=westwood"
Serie esse ou existe o Westwood+? Não encontrei muita coisa no google. Qual seria o Kernel que teria suporte a ele?
O Xanmod Kernel tem suporte nativo ao westwood+, não precisa colocar no sysctl se usar o xanmod kernel!
Se quiser testar por sua conta e risco: https://xanmod.org/
Aí você encontra as versões 4.4, 4.9 e 4.11! Se quiser, instale a versão linux-firmware do kernel correspondente! Nem sempre a versão mais nova do kernel é a que funciona melhor no seu hardware! Faça os seus testes.
-
É uma pena não ter o mesmo desempenho, mas acredito que possa ser problema no Linux, pois no raspberry com OSMC a wifi AC (USB) está funcionando bem.
Estou usando o Kernel 4.10 e adicionei o Westwood e setei ele com "sudo sysctl net.ipv4.tcp_congestion_control=westwood"
Serie esse ou existe o Westwood+? Não encontrei muita coisa no google. Qual seria o Kernel que teria suporte a ele?
O Xanmod Kernel tem suporte nativo ao westwood+, não precisa colocar no sysctl se usar o xanmod kernel!
Se quiser testar por sua conta e risco: https://xanmod.org/
Aí você encontra as versões 4.4, 4.9 e 4.11! Se quiser, instale a versão linux-firmware do kernel correspondente! Nem sempre a versão mais nova do kernel é a que funciona melhor no seu hardware! Faça os seus testes.
Instalei e setei o Kernel 4.9 Xanmod, não fiz mais nada, primeiro teste já deu 5mbps, não é os 100% mas já chegou nos 50%.
Obrigado galactus. ;)
Melhorou a conexão, mas não é o que a placa/rede pode entregar. Agradeço se tiverem mais dicas pra testarmos.
-
[...] Acontece que eu instalei o windows em outro HD pra tirar a dúvida, e eis que a placa funciona em sua total capacidade, consigo transferir arquivos grandes com a média de velocidade boa 10~12mbps entre computadores em minha rede.
Como é que você está concretamente medindo isso no Windows?
Editando:
Estou questionando a precisão do específico termômetro ao medir a febre do paciente.
Essa informação, para ser minimamente confiável, precisa vir de uma bateria de testes bem planejada e bem executada, usando coisas realmente comparáveis entre si.
O uso do wget é um bom caminho para isso, o mais confiável, vez que se pode usar o mesmo software tanto para o Linux como para o Windows, fazendo uma medição real, independente da interface do sistema operacional comercial e do próprio Linux.
O critério de média usado na interface padrão do Windows é bastante questionável, então precisa checar com um bom planejamento numa bateria de testes de fato representativa.
-
[...] Acontece que eu instalei o windows em outro HD pra tirar a dúvida, e eis que a placa funciona em sua total capacidade, consigo transferir arquivos grandes com a média de velocidade boa 10~12mbps entre computadores em minha rede.
Como é que você está concretamente medindo isso no Windows?
Instalei o Windows no meu PC e fiz a mesma transferência de arquivo pra outra máquina com a mesma placa wifi e olhei a taxa de transferência, além de ser notável o tempo que o arquivo de 1GB transfere, na janela de transferência aparece a taxa da velocidade.
só acompanhei a tela igual a essa:
(https://ubuntuforum-pt.org/proxy.php?request=http%3A%2F%2Fi97.photobucket.com%2Falbums%2Fl230%2Ftom_net%2Fimage_thumb10.png&hash=e0d6888ec497d73f53741e17a254936c77d63e69)
EDITADO:
O Wget funciona para rede interna? Não sei como se faz, se sim, por favor me explica como eu faço.
-
[O Wget funciona para rede interna? Não sei como se faz, se sim, por favor me explica como eu faço.
Poderíamos pensar em ter servidor ftp na máquina, em ambos os sistemas operacionais e então partindo do mesmo ponto ir lá buscar um arquivo padrão de bom tamanho que se possa medir o tempo a partir do próprio wget, que funciona tanto no Linux quanto no Windows.
De uma forma geral, em conexão anônima:
wget ftp://meuservidor.com.br
Vamos ver se na semana sobra algum tempo para planejarmos isso.
-
De toda forma, enquanto isso, vamos alargar a experiência de procurar uma solução, pois baseado no histórico de uma certa instabilidade com essa placa AR9287 da Qualcomm Atheros, vou dar um palpite, mas é só um palpite mesmo, não sei se de fato irá produzir resultados na velocidade.
A abordagem é mais ampla, isto é, envolve também a conexão externa, sob a suposição de que se a transferência interna está afetada, a externa em alguma medida também estaria, mas como dito, é apenas uma suposição.
Se ainda não fez, de uma maneira mais ampla, experimente essas medidas:
1) no roteador em Channel Width onde está atualmente 40MHz, altere para 20MHz se existir essa opção naquele campo;
2) Experimente com os canais 1, 6 e 11 ao invés do 4 que está atualmente;
3) Desligue IPv6 do sistema
No navegador Firefox:
no about:config do firefox a chave booleana network.dns.disableIPv6 de 'false' para 'true'
globalmente:
acrescente a chave "ipv6.conf.all.disable_ipv6=1" no arquivo /etc/sysctl.conf
Para ativar a alteração faça:
sudo sysctl -p
Confirme se deu certo fazendo:
ip -o -6 addr show wlp11s0 | sed -e 's/^.*inet6 \([^ ]\+\).*/\1/'
o comando acima deve resultar em nada.
4) Verifique o resultado de:
sudo iw reg get
Se o código de country estiver como 00, substitua para o código específico da sua localidade (BR para Brasil; PT para Portugal; para outros locais consulte aqui:
https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2
Para alterar temporariamente:
sudo iw reg set BR
Caso produza efeito, então torne permanete alterando:
sudo gedit /etc/default/crda
Coloque o código adequado na linha, como por exemplo:
REGDOMAIN=BR
Salvar
-
Ah, sim, ia esquecendo, enquanto isso, para termos mais um parâmetro de comparação, instale o wget no Windows aí existente e, se sua conexão internet for razoavelmente boa, baixe um arquivo iso, um mesmo arquivo, de um mesmo lugar, num mesmo horário aproximado, de tráfego mais livre, ou seja, baixar num sistema e no outro mais ou menos no mesmo horário.
Se sua conexão internet for de fato razoavelmente boa use, por exemplo, tanto para o Windows como para o Linux, o link:
wget -c http://cdimage.ubuntu.com/lubuntu/releases/17.04/release/lubuntu-17.04-desktop-amd64.iso
Essa arquivo acima tem 912MB.
md5:
3d3484845bd82e0653c7a1aeb32f5564 *lubuntu-17.04-desktop-amd64.iso
Se a conexão internet não for tão boa assim, então use um arquivo menor:
wget -c http://cdimage.ubuntu.com/lubuntu/releases/17.04/release/lubuntu-17.04-alternate-amd64.iso
Esse arquivo tem 684MB
md5:
c3786bfd6b679a0c75f3b9441359533c *lubuntu-17.04-alternate-amd64.iso
Note que é importante fazer mais ou menos num mesmo horário de tráfego mais livre, na madrugada é um bom momento.
Use como parâmetro a linha final fornecida pelo wget, algo assim:
lubuntu-17.04-alter 100%[===================>] 684,00M 4,38MB/s in 2m 37s
É um parâmetro interessante para comparar nos dois sistemas operacionais.
-
Instalei e setei o Kernel 4.9 Xanmod, não fiz mais nada, primeiro teste já deu 5mbps, não é os 100% mas já chegou nos 50%.
Obrigado galactus. ;)
Melhorou a conexão, mas não é o que a placa/rede pode entregar. Agradeço se tiverem mais dicas pra testarmos.
Copie e cole as seguintes linhas no sysctl.conf:
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_sack = 0
fs.file-max = 150000
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.core.rmem_default = 16777216
net.core.wmem_default = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
Salve o arquivo e depois como root execute: sysctl -p
Tente a transferência novamente!
-
Instalei e setei o Kernel 4.9 Xanmod, não fiz mais nada, primeiro teste já deu 5mbps, não é os 100% mas já chegou nos 50%.
Obrigado galactus. ;)
Melhorou a conexão, mas não é o que a placa/rede pode entregar. Agradeço se tiverem mais dicas pra testarmos.
Copie e cole as seguintes linhas no sysctl.conf:
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_sack = 0
fs.file-max = 150000
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.core.rmem_default = 16777216
net.core.wmem_default = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
Salve o arquivo e depois como root execute: sysctl -p
Tente a transferência novamente!
Olá,
galactus, inseri a modificação sugerida, até reiniciei a máquina, mas a taxa de transferência continuou na faixa de 5mbps.
=======
Sobre o teste no linux e windows com wget vou instalar hj à noite um servidor ftp e baixar em cada sistema e postar os resultados aqui.
Enviado de meu XT1650 usando Tapatalk
-
Transferência entre duas máquinas Windows pode usar vários truques de "tcp offloading", janelas maiores, etc...
-
Sobre o teste no linux e windows com wget[...]
Baixe o wget para Windows a partir desse link, que está funcionando e é confiável, referenciado pelo GNU ( http://wget.addictivecode.org/Faq.html )
https://eternallybored.org/misc/wget/
Se estiver com o Windows10 instalado pode baixar o wget64.exe que está na coluna 64-bit binary, funciona perfeitamente.
Para usar é igual ao que se faz no Linux.
wget64.exe -c http://cdimage.ubuntu.com/lubuntu/releases/17.04/release/lubuntu-17.04-alternate-amd64.iso
A linha final de resultado é também exatamente igual:
Aqui, na execução de teste, deu apenas 1 segundo de diferença entre um e outro, ou seja, desempenhos absolutamente iguais da transferência no Linux e no Windows.
A importância desse teste, que é apontado externamente para a internet, é também para se ter um indício de que não se está procurando solução no lugar errado.
Quando se faz um transferência interna de arquivos, isto é, na rede interna, existem outras coisas envolvidas que não apenas a placa wireless propriamente dita, pois o protocolo tcp/ip está sendo usado por um software específico de rede.
Quando envolve apenas máquinas Windows, isto é, de Win para Win, vai usar o software de rede específico deles.
Quando envolve apenas máquinas Linux, é de uma outra forma.
Quando envolve máquinas com Linux e Windows simultaneamente, há o samba envolvido, o que dependendo da configuração também pode interferir nessa velocidade de transferência.
Bem, de toda forma, faça o teste baixando um arquivo padrão usando a internet, como mencionado no post #17 e vamos ver os resultados objetivos comparados.
-
Outro programa que pode ajudar é o IPerf. Esse programa abre uma conexão TCP direta entre duas máquinas e gera tráfego aleatório, assim você pode testar somente a rede, sem depender do disco, ou de qualquer outro aplicativo auxiliar. Se não me engano há uma versão Windows chamada "JPerf", baseado em Java, com gráficos que ajudam bastante a interpretar o resultado.
-
Opa, obrigado pessoal, farei os testes hj à noite, com wget iPerf, internet e rede interna.
Meus testes de Linux pra Linux acabei usando o Samba também, tem bastante tempo q uso linux mas é mesclado com windows na rede então nunca procurei outra forma de compartilhamento, seria o NFS?
Enviado de meu XT1650 usando Tapatalk
-
De toda forma, enquanto isso, vamos alargar a experiência de procurar uma solução, pois baseado no histórico de uma certa instabilidade com essa placa AR9287 da Qualcomm Atheros, vou dar um palpite, mas é só um palpite mesmo, não sei se de fato irá produzir resultados na velocidade.
A abordagem é mais ampla, isto é, envolve também a conexão externa, sob a suposição de que se a transferência interna está afetada, a externa em alguma medida também estaria, mas como dito, é apenas uma suposição.
Se ainda não fez, de uma maneira mais ampla, experimente essas medidas:
1) no roteador em Channel Width onde está atualmente 40MHz, altere para 20MHz se existir essa opção naquele campo;
2) Experimente com os canais 1, 6 e 11 ao invés do 4 que está atualmente;
3) Desligue IPv6 do sistema
...........
Salvar
1) o teste da largura do canal eu já havia verificado e quando uso largura de 20Mhz a wifi cai pela metade do desempenho, fica constantemente a 150M, ao invés de 300M.
2) os canais 1, 6 e 11 estão mais congestionados, por isso eu evitei. Antes estava no 6.
3) Desativei no Roteador, tanto na Wan quando no DHCP dele, e também na configuração de rede no Linux.
4) Já cheguei a testar essas configs, estava com Set em BR por padrão no sistema, depois mudei BO, por último pra US, e agora que alterei o Kernel para Xanmod 4.9 ele ficou com Country 98 DFS-UNSET, "sudo iw reg set BR" não está mais funcionando pra alterar, não muda, mas pelo menos está melhor que o padrão de antes.
=====
EDITADO!!!
Wohoooo! ;D ;D ;D
obrigado a todos.
druidaobelix ainda não tenho certeza, mas depois que fiz os teste no Linux, fui pro Windows e fiz os teste lá também, o problema ainda continuava. A única coisa que fiz agora de diferente foi usar o comando que você passou druidaobelix.
"sudo iw reg set BR"
quando uso o "sudo iw reg get" ele retorna Country 98 DFS-UNSET, porém, parece que resolveu o problema, REFIZ os testes no iperf e os resultados de Upload (iperf como server) e de Download foram MELHORES! que no Windows!!!!! :D
Segue print no Windows e o print antes e depois no Linux do iperf.
WINDOWS
(https://ubuntuforum-pt.org/proxy.php?request=http%3A%2F%2Fi97.photobucket.com%2Falbums%2Fl230%2Ftom_net%2Fiperf-windows-download-osmc.png&hash=ede151eb52d735f76661cc51081a397468496977)
(https://ubuntuforum-pt.org/proxy.php?request=http%3A%2F%2Fi97.photobucket.com%2Falbums%2Fl230%2Ftom_net%2Fiperf-windows-upload-osmc.png&hash=1d7e7f8c8fb616f9c4306431c665e6fe496c0e2b)
LINUX, antes:
(https://ubuntuforum-pt.org/proxy.php?request=http%3A%2F%2Fi97.photobucket.com%2Falbums%2Fl230%2Ftom_net%2Fiperf-linux-upload-osmc.png&hash=5acb24941ae584644b2503a2918c6b70286e27da)
LINUX depois:
(https://ubuntuforum-pt.org/proxy.php?request=http%3A%2F%2Fi97.photobucket.com%2Falbums%2Fl230%2Ftom_net%2Fnovo-iperf-linux-upload.png&hash=b5bdd8e9be86a9ccbd7f7422b76cfcdf97762297)
(https://ubuntuforum-pt.org/proxy.php?request=http%3A%2F%2Fi97.photobucket.com%2Falbums%2Fl230%2Ftom_net%2Fnovo-iperf-linux-download.png&hash=8c821e9ec0517e5d35f6f0a44c81122885d67f7a)
-
No meu caso usar o iw reg set BR piorou muito!
A saída do comando iw reg set foi ISO/IEC 3166-1 alpha2
druidaobelix, qual o motivo da região fazer melhorar ou piorar a transferência do arquivo?
No meu caso os meus roteadores são importados. É por isso? Eu teria que "casar" a região com a dos meus roteadores?
-
druidaobelix, qual o motivo da região fazer melhorar ou piorar a transferência do arquivo?
No meu caso os meus roteadores são importados. É por isso? Eu teria que "casar" a região com a dos meus roteadores?
Em linhas gerais é isso aí mesmo, começa pela diferença de quais canais operam em quais países.
Dá uma olhada nessa página, há uma conversa interessante sobre isso.
Wi-Fi Routers - The Differences for Each Region?
https://slashdot.org/story/06/05/04/0024239/wi-fi-routers---the-differences-for-each-region
Veja, por exemplo, que o limite imposto pela txpower que aparece no iwconfig na verdade pode ser quebrado (mas não se deve, é ilegal), inclusive se aumentando a potência de radiofrequência (e interferindo em outros aparelhos, nos seus próprios e dos vizinhos, por isso não se deve).
Uma vez escrevi algo rapidamente sobre isso aqui no Fórum, veja o post #5 desse tópico:
http://ubuntuforum-br.org/index.php/topic,120836.msg663403.html#msg663403
-
O Wget funciona para rede interna? Não sei como se faz, se sim, por favor me explica como eu faço.
E apenas para não ficar 'pendurada' uma questão, mencionada lá nos posts #14 e #15, que é a possibilidade de uso do wget em rede interna.
Sim, de fato há essa posssibilidade, o wget funciona também em rede local, por exemplo numa intranet e, no caso específico mencionado, no acesso a um servidor ftp, se bem que não há mais utilidade prática aqui no tópico, vez que a questão central da taxa de transferência da placa wireless foi resolvida.
Nada obstante, ainda que por curiosidade técnica, de uma forma geral a sintaxe é a seguinte:
wget -c ftp://user:senha@host/path/arquivo
No caso o host pode ser referenciado pelo ip da máquina onde está o server ftp, observando ainda que /path/arquivo não é de fato o caminho "físico" na máquina hospedeira, porque o servidor ftp é um "containner", como se fosse um chroot, com limites definidos no arquivo de configuração do servidor ftp (por exemplo, /etc/proftpd/proftpd.conf no caso do ftp server proftpd), no qual se define onde estarão os arquivos do ftp server (por exemplo /var/www ou qualquer outro), então o /path/arquivo é o caminho *dentro* desse "containner" e não o caminho físico real da máquina hospedeira.
Voltando à sintaxe, um exemplo, supondo um usuário hipotético pedro com a senha 123456, na máquina hospedeira do ftp server de ip da rede interna 192.168.1.105, onde há o arquivo teste.mp4, então o comando seria o seguinte:
wget -c ftp://pedro:123456@192.168.1.105/teste.mp4
A sintaxe também pode ser assim:
wget -c --ftp-user=user --ftp-password=password ftp://host/path/arquivo
exemplo, usando os mesmos dados do exemplo anterior:
wget -c --ftp-user=pedro --ftp-password=123456 ftp://192.168.1.105/teste.mp4
Como dito, isso é apenas uma curiosidade técnica, não há geralmente uma utilidade real para esse uso do wget numa rede interna, até porque existem interfaces gráficas muito mais práticas e igualmente robutas, a exemplo do filezilla, dentre outras.
Serviria nesse caso específico em que se buscava um mesmo instrumento, isto é, um mesmo software, no caso o wget, para fazer a medição de taxa de transferência tanto no ambiente Linux quanto no Windows, ainda que o próprio fpt por cmdline, por si só, já poderia dar isso.
No Linux funciona facilmente, sem problemas, bastando usar o esquema acima, fácil de fazer e operar. Depois seria montar a mesma coisa dentro do Windows, isto é, acesso ftp por linha de comando dentro do Windows. Na essência é praticamente a mesma coisa.