¿Cómo puedo reducir el exceso de búfer de red en Wireless-N?

2

Tengo una Macbook Pro de mediados de 2009 que ejecuta Lion over 802.11n con un Airport Extreme e internet por cable. He estado viendo abandonos mientras uso el chat de video (ya sea Facetime, Skype, Google Chat) y haciendo cualquier otra cosa (juegos, Hulu, Netflix, etc.) en la red.

Corrí Netalyzr de ICSI y descubrí que el almacenamiento en búfer de la red era de 4000 ms en sentido ascendente y 3200ms en sentido descendente, lo cual es abismal. La ejecución de la misma prueba en mi máquina con Windows 7 (más de 802.11b) da como resultado 220 ms en sentido ascendente y 1800ms en sentido descendente.

Agravantemente, cuando cambio mi Macbook a 802.11b, Netalyzr no se completa. Inicialmente lo atribuí a una mala prueba, sin embargo, el video aún se retira y un ping somedomain.com en el fondo mostrará un aumento progresivo de RTT y paquetes.

No existen tales deficiencias en mi escritorio Win7.

No pude encontrar ninguna opción en las preferencias de red, y las búsquedas solo generaron quejas sobre la acumulación de búfer sin detalles. ¿Cómo "mejoro" el comportamiento del almacenamiento en búfer en Lion?

    
pregunta user7116 29.03.2012 - 00:43

3 respuestas

0

Reiniciar el enrutador y el cable módem no tuvo ningún efecto, sin embargo, decirle a Airport Extreme que use un SSID separado para las conexiones N ha hecho una gran diferencia.

En este momento no puedo decir si esto se debe a otras variables (como el uso del bucle local, etc.), pero parece haber "resuelto" el problema. El búfer ascendente ahora es de ~ 200 ms y el búfer descendente es de ~ 100 ms.

    
respondido por el user7116 30.03.2012 - 15:49
1

No tengo recomendaciones específicas al ajustar configuraciones de red. Sin embargo, me topé con uno publicación de blog que trató varias configuraciones de red que podrían ajustarse en /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

Definitivamente querrás hacer una copia de seguridad del archivo original antes de jugar con esta configuración del sistema. Varios lectores también contribuyeron a una larga discusión en los comentarios de la publicación del blog.

Apple Support también tiene un KB para OS X 10.7 se detallan los cambios que se pueden realizar en la MTU para Ethernet, que también podrían ajustarse por problemas de rendimiento. Sin embargo, no hubo instrucciones específicas para Wi-Fi.

Hay un KB de apoyo asociado para versiones anteriores de OS X (10.4 y 10.5) que detalla los cambios para ambos Fi y Ethernet: es posible que pueda aplicar el uso de las instrucciones de Wi-Fi en Lion.

Si toma la primera ruta (ajustando la configuración de sysctl.conf ), es posible que sea necesario realizar una prueba y error.

    
respondido por el JW8 29.03.2012 - 02:46
0

¿Has intentado cambiar tus canales inalámbricos? Ayer, noté que mi conexión VNC a otro host en mi LAN era horrible y cuando hice ping a la dirección IP de mi AirPort extreme, fue de unos 60 ms solo para llegar allí. Lo cambié de canal 11 a canal 3 (2.4GHz, canales anchos habilitados), y mis tiempos de ping bajaron a 2-3ms. Supongo que esto se debe a una menor interferencia con los puntos de acceso adyacentes.

    
respondido por el Bill Brasky 30.03.2012 - 19:27

Lea otras preguntas en las etiquetas