Como faço para diminuir o buffer excessivo de rede sobre o Wireless-N

2

Eu tenho um MacBook Pro em meados de 2009 rodando o Lion através do 802.11n com um Airport Extreme e internet a cabo. Tenho assistido a desistências ao usar o bate-papo por vídeo (seja no Facetime, Skype, Google Chat) e fazendo qualquer outra coisa (jogos, Hulu, Netflix etc.) na rede.

Irã Netalyz ICSI e descobriu que o buffer de rede era de 4000ms a montante e 3200ms a jusante, o que é péssimo. Executar o mesmo teste na minha máquina com Windows 7 (acima de 802.11b) resulta em 220ms upstream e 1800ms downstream.

Agravantemente, quando eu mudo meu Macbook para 802.11b, o Netalyzr não consegue completar. Inicialmente considerei isso como um teste ruim, no entanto, o vídeo ainda ping somedomain.com em segundo plano mostrará o aumento progressivo de RTT e perda de pacotes.

Não existem deficiências no meu desktop Win7.

Não consegui encontrar nenhuma opção nas preferências de rede e as pesquisas apenas trouxeram reclamações sobre o buffer-bloat sem detalhes específicos. Como faço para "melhorar" o comportamento do buffer no Lion?

user7116
fonte

Respostas:

1

Não tenho recomendações específicas ao ajustar configurações de rede. No entanto, eu me deparei com uma postagem no blog discutiram várias configurações de rede que poderiam ser ajustadas /etc/sysctl.conf:

kern.ipc.maxsockbuf=4194304
kern.ipc.somaxconn=512
kern.ipc.maxsockets=2048
kern.ipc.nmbclusters=2048
net.inet.tcp.rfc1323=1
net.inet.tcp.win_scale_factor=3
net.inet.tcp.sockthreshold=16
net.inet.tcp.sendspace=262144
net.inet.tcp.recvspace=262144
net.inet.tcp.mssdflt=1440
net.inet.tcp.msl=15000
net.inet.tcp.always_keepalive=0
net.inet.tcp.delayed_ack=0
net.inet.tcp.slowstart_flightsize=4
net.inet.tcp.blackhole=2
net.inet.udp.blackhole=1
net.inet.icmp.icmplim=50

Você definitivamente vai querer fazer o backup do arquivo original antes de mexer nas configurações do sistema. Vários leitores também contribuíram para uma longa discussão nos comentários do post do blog.

Suporte da Apple também possui um KB para OS X 10.7 detalhando as alterações que podem ser feitas no MTU para Ethernet, que também pode ser ajustado para problemas de desempenho. No entanto, não havia instruções específicas para o Wi-Fi.

Existe um associado Suporte KB para versões anteriores do OS X (10.4 e 10.5) que detalha as alterações para Wi-Fi e Ethernet - você pode aplicar as instruções de Wi-Fi no Lion.

Se você pegar o primeiro caminho (ajustando o sysctl.conf configurações), algumas tentativas e erros podem ser necessários.

JW8
fonte
Eu comecei a brincar com os valores, mas aparentemente desde 10.5 há autotuning que continua e ignora alguns desses valores.
user7116
0

Reiniciar o roteador e o modem a cabo não teve efeito, no entanto, dizer ao Airport Extreme para usar um SSID separado para conexões N fez uma enorme diferença.

No momento eu não posso dizer se isso é devido a outras variáveis ​​(como o uso de loop local, etc), mas parece ter "resolvido" o problema. O buffer upstream é agora ~ 200ms e o buffer downstream é ~ 100ms.

user7116
fonte
Sem problemas depois de alterar o SSID para conexões Wireless-N.
user7116
0

Você já tentou mudar seus canais sem fio? Ontem, notei que a minha conexão VNC para outro host na minha LAN foi horrível e quando eu pinguei o endereço IP do meu AirPort extreme, foi em torno de 60ms apenas para chegar lá. Eu mudei do canal 11 para o canal 3 (2.4GHz, canais largos habilitados), e meus tempos de ping caíram para 2-3ms. Presumo que isso se deva à diminuição da interferência nos APs vizinhos.

Bill Brasky
fonte
Eu estou no 3 e os AP's vizinhos estão todos no 11. Isso aconteceu usando 802.11b ou 802.11n.
user7116