Cópia muito lenta via wireless entre máquinas, mas a internet funciona em velocidade normal?

3

Eu tenho um laptop (deixe-me chamar de A) com o Intel Centrino 1030-N sem fio ( iwlwifi module), executando o Arch Linux e outro laptop (eu chamarei B) com o Atheros AR928X wireless ( ath9k módulo), executando o Ubuntu 11.10.

Eles se conectam a uma rede sem fio fornecida por um roteador D-Link DI-524 (802.11g), que por sua vez se conecta a um modem DSL (link de 10Mbps / 1Mbps)

Copiar arquivos entre essas máquinas, seja através de scp ou montando um compartilhamento via NFS ou Samba, é muito lento (no máximo 200 KB / s) e às vezes falha (expira), mesmo quando ambas as máquinas estão a centímetros de distância do roteador.

No entanto, o download de arquivos nas duas máquinas funciona corretamente na velocidade esperada (~ 1,2 MB / s).

Eu corri iperf , como recomendado em um comentário, e isso me deu isso:

Para a máquina B como servidor e a máquina A como cliente:

renan@B:~$ iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 192.168.0.125 port 5001 connected with 192.168.0.121 port 57153
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-11.1 sec  6.88 MBytes  5.19 Mbits/sec


renan@A:~$ iperf -c 192.168.0.125
------------------------------------------------------------
Client connecting to 192.168.0.125, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[  3] local 192.168.0.121 port 57153 connected with 192.168.0.125 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.8 sec  6.88 MBytes  5.32 Mbits/sec

Para a máquina A como servidor e a máquina B como cliente:

renan@B:~$ iperf -c 192.168.0.121
------------------------------------------------------------
Client connecting to 192.168.0.121, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.0.125 port 34611 connected with 192.168.0.121 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.1 sec  8.38 MBytes  6.96 Mbits/sec


renan@A:~$ iperf -s
 ------------------------------------------------------------
 Server listening on TCP port 5001
 TCP window size: 85.3 KByte (default)
 ------------------------------------------------------------
 [  4] local 192.168.0.121 port 5001 connected with 192.168.0.125 port 34611
 [ ID] Interval       Transfer     Bandwidth
 [  4]  0.0-10.8 sec  8.38 MBytes  6.51 Mbits/sec

A largura de banda é muito baixa, como pode ser visto a partir desses resultados.

Alguma pista?

    
por Renan 04.03.2012 / 18:34

1 resposta

4

Então, parece que você está recebendo 10 megabits por segundo ao fazer o download de com fio para wireless em um AP 802.11g, que está no lado baixo, mas não é terrível. Talvez você esteja em um canal ocupado. Tente um diferente. Eu costumo esperar 15 megabits por segundo em condições do mundo real para 802.11g, embora em condições ideais você possa ver mais de 20 megabytes por segundo e até 30 megabits por segundo que realmente sabem usar o tempo de transmissão eficientemente (frame bursting, etc. ). A regra básica para qualquer tipo de 802.11 é que você pode obter uma taxa de transferência IPerf TCP de cerca de 50-60% da taxa de sinalização 802.11 que você está obtendo.

Na verdade, pensando nisso, para ver qual é o seu máximo tráfego sem fio possível sem possíveis restrições de sua conexão de banda larga à Internet, você deve tentar colocar uma das suas máquinas na Ethernet com fio na porta LAN do seu AP. e fazer o IPerf entre lá e o outro cliente (que ainda estaria em wireless) para ver que tipo de números de throughput máximo de TCP você pode obter. Se você ainda tiver apenas 10 megabits por segundo, continue lendo.

Dado que você só pode fazer 10 megabits por segundo com fio para wireless, o fato de que você está recebendo 5-6,5 megabits por segundo sem fio para wireless é esperado. Porque nesse caso, cada pacote tem que passar pelo canal duas vezes: uma vez do cliente A para o AP, e depois novamente do AP para o cliente B. Esta é uma parte padrão do protocolo 802.11 chamado relé intra-BSS . Ele resolve o que é conhecido como o problema do nó oculto quando o A e o B estão no alcance do AP, mas não no alcance um do outro. Infelizmente o 802.11 realmente não tem um jeito (ainda) para dois clientes de um AP falarem diretamente um com o outro quando estão ao alcance um do outro.

Assim, o que você está vendo sem fio para sem fio faz sentido para suas condições. O equipamento com o qual você está sobrecarregado também é um pouco chato, com um AP somente para G, uma placa sem fio Centrino com 2,4 GHz e fluxo único ("N in name only") na transmissão, e Chipset Atheros que também é apenas 2.4GHz (mas pelo menos ele pode enviar e receber com 2 fluxos espaciais). As formas de melhorar incluem:

  • Encontre um canal mais limpo (o que pode ser difícil fazer em 2,4 GHz em ambientes densamente povoados atualmente).
  • Atualize para um AP 802.11n, 2x2: 2 (2 fluxos espaciais, 300 megabits por segundo). Sem a opção de usar 5GHz, você ficará um pouco preso, pois, se não conseguir encontrar 2 canais limpos contíguos, você não conseguirá usar canais de 40MHz muito bem, então você provavelmente ficará preso usando-o no modo de canal de 20MHz (HT20), o que significa que sua taxa máxima de sinalização será de 144,4 megabits por segundo (assumindo 2 fluxos espaciais, portanto, apenas 72,2 megabits por segundo quando o seu Centrino estiver transmitindo).
  • Atualize seu AP e seus clientes sem fio para equipamentos modernos 802.11. Isso significa que 802.11n com 3 fluxos espaciais em ambos enviar e receber, cartões com capacidade de banda dupla e um AP de banda dupla simultânea. Dessa forma, você pode transformar seus laptops em uma sinalização de 450 megabits por segundo usando canais de 40 MHz de largura na faixa de menos de 5 GHz.
por 05.03.2012 / 05:19