Як зменшити надмірну буферизацію мережі через Wireless-N

У мене в середині 2009 Macbook Pro працює Lion над 802.11n з екстремального аеропорту і кабельного Інтернету. Я бачила випадання під час використання відеочату (будь то Facetime, Skype, Google Chat) і робити що-небудь інше (ігри, Hulu, Netflix і т.д.) у мережі.

Я біг ICSI Netalyzr і виявили, що мережева буферизація складала 4000 мс вгору і 3200мс нижче по потоку, що є жахливим. Виконання того ж тесту на моєму Windows 7 машині (понад 802.11b) призводить до 220мс вгору і 1800мс вниз по потоку.

Досить обтяжливо, коли я перемикаю свій Macbook на 802.11b, Netalyzr не завершує роботу. Я спочатку виписав це до поганого тесту, однак, відео все одно випадає і ping somedomain.com у фоновому режимі покаже поступове збільшення RTT і втрати пакетів.

На моєму робочому столі Win7 таких недоліків немає.

Мені не вдалося знайти жодного варіанту під налаштування мережі, а пошуки тільки викликали скарги на буферний розпус без специфіки. Як "покращити" поведінку буферизації під Lion?

Я не маю ніяких конкретних рекомендацій при налаштуванні мережевих конфігурацій. Але, я трапився один блог які обговорювали різні налаштування мережі, які можна було налаштувати /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

Ви обов'язково захочете створити резервну копію оригінального файлу, перш ніж виконувати такі налаштування системи. Різні читачі також сприяли тривалому обговоренню коментарів до блогу.

Підтримка Apple також має KB для OS X 10.7, що деталізує зміни, які можуть бути зроблені для MTU для Ethernet, які також можуть бути скориговані для вирішення проблем з продуктивністю. Проте для Wi-Fi не було конкретних інструкцій.

Є асоційований Підтримка KB для старих версій OS X (10.4 та 10.5), які деталізують зміни як для Wi-Fi, так і для Ethernet, ви можете застосувати інструкції Wi-Fi у Lion.

Якщо ви берете перший шлях (налаштування sysctl.conf налаштувань), можуть бути потрібні деякі спроби та помилки.

Перезапуск маршрутизатора і кабельного модему не мав ніякого ефекту, однак, повідомляючи Airport Extreme використовувати окремий SSID для N-з'єднань, це зробило величезну різницю.

На даний момент я не можу сказати, що це пов'язано з іншими змінними (наприклад, використання локальної петлі тощо), але, здається, це "вирішило" проблему. Буферизація потоку тепер становить ~ 200 мс, а буферизація вниз по потоку ~ 100 мс.

Чи намагалися ви змінити бездротові канали? Вчора, я помітив, що моє VNC-з'єднання з іншим хостом у моїй локальної мережі було жахливим, і коли я пинговував IP-адресу мого екстремального AirPort, було близько 60 мс, щоб дістатися туди. Я змінив його з каналу 11 на канал 3 (2,4 ГГц, широкі канали включені), і мої часи пінгу впали до 2-3ms. Я припускаю, що це пов'язано зі зменшенням інтерференції з сусідніми точками доступу.