A regra básica para o throughput TCP via Wi-Fi é que você pode obter de 50 a 60% da sua taxa de sinalização. Então, no seu caso, você deve ver de 75 a 90 megabits por segundo de taxa de transferência TCP.
Espere, por que o tamanho da sua janela TCP é de apenas 8 KibiBytes? Isso me parece um padrão absurdamente baixo.
Vamos ver o que o seu deve ser calculando um "produto Bandwidth x Delay" para sua conexão.
Se o Windows 7 estiver informando que você está obtendo uma taxa de sinalização de 150 mbps, isto é 150.000.000 bits por segundo, então vamos usar isso como o número de largura de banda.
Quanto ao atraso, bem, o meu tempo médio de ida e volta via Wi-Fi para o meu AP é um pouco menos de 3 milissegundos. Mas você está indo de um cliente sem fio para outro, que é retransmitido pelo AP (para evitar o problema do nó oculto), então eu suponho que se você pingasse um de seus clientes sem fio do outro, você teria um tempo de ida e volta de até 6 ms.
Portanto, 150.000.000 bits / s de largura de banda * 0,006 segundos de atraso = 900.000 bits você precisa ser capaz de colocar "em vôo" antes de receber um retorno de Ack, a fim de manter o tubo cheio.
900.000 bits / 8192 bits por KibiByte = são necessários cerca de 110 KibiBytes de janela TCP. Vamos ser generosos e fazer uma boa rodada 128.
Tente adicionar -w 128K
às suas listas de argumentos iperf
no cliente e no servidor para forçar a janela TCP a algo razoável e ver se isso ajuda.
Como wireless é um meio inconstante e às vezes pode haver picos de latência devido a ruído transitório forçando retransmissões de pacote de camada de link, você pode até tentar ir além disso, talvez até 512 KiB, mas em algum momento haverá retornos decrescentes .
Se aumentar o tamanho da janela TCP, você terá até 75 megabits / s de taxa de transferência TCP no IPerf, mas se o Windows 7 estiver com 8 KB, você provavelmente precisará descobrir como obter o Windows 7 para escolher um melhor tamanho de janela TCP padrão para todas as conexões TCP.