MacBook Pro зустрічається з високою затримкою

Під час бездротової мережі 802.11n (5 ГГц), розміщеної в часовій капсулі (версія 7.5.2), у мене виникають проблеми із затримкою у моєму 15-дюймовому Macbook Pro (працює 10.6.7). цифри всюди, як-от так:

64 bytes from 10.0.1.1: icmp_seq=216 ttl=255 time=3.461 ms
64 bytes from 10.0.1.1: icmp_seq=217 ttl=255 time=236.725 ms
64 bytes from 10.0.1.1: icmp_seq=218 ttl=255 time=157.924 ms
64 bytes from 10.0.1.1: icmp_seq=219 ttl=255 time=79.511 ms
64 bytes from 10.0.1.1: icmp_seq=220 ttl=255 time=1.295 ms
64 bytes from 10.0.1.1: icmp_seq=221 ttl=255 time=0.833 ms
64 bytes from 10.0.1.1: icmp_seq=222 ttl=255 time=150.669 ms

226 packets transmitted, 226 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.718/115.353/303.004/96.717 ms

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

У другій MacBook Pro 15-ти unibody (середина 2009 року, також працює 10.6.7) немає такої проблеми в одній мережі. Усі запити до капсули часу з цього звіту на другій машині <4 мс.

Якщо я підключую комп’ютер через Ethernet до капсули, я отримую суцільний пінг <1 мс, як очікувалося. Дивні стрибки, здається, лише у бездротовій мережі.

Я спробував скинути свої мережеві налаштування (видалити всі мережеві конфігурації з бібліотеки), відключити IPv6, змінити "Мережеве розташування", скинути PRAM, скинути SMC, переробляти потужність на Часовій капсулі, але жодна з них, схоже, не мала ефект. Я намагався переконатися, що у мене немає програм, що працюють у фоновому режимі - Оновлення програм було вимкнено та запущено lsof -i на терміналі повідомляє SystemUIS як два відкритих IPv4-з'єднання. Також не відбувається значного мережевого трафіку, тому це не питання перевантаженості.

Якісь ідеї щодо чогось іншого я можу спробувати? Я в чомусь втрачаю, чому один комп’ютер добре, а цей - ні.

Редагувати: Apple цього тижня випустила два оновлення для MBP, включаючи оновлення EFI. Незважаючи на те, що жодне з оновлень явно не згадувало про бездротове підключення, але оновлення частково усунуло проблему. Встановивши обидві оновлення, я отримую досить послідовний пінг на 3-5 мс із дуже дуже випадковим шипом до 100. Принаймні, це набагато краще, ніж раніше.

Тим часом, поданий нижче трюк все ще працює, якщо ви хочете відповісти на 1 мс замість цього.

На дискусійних форумах Apple є цікава порада, яка може працювати як спосіб вирішення.

Виявляється, що якщо мережева карта неактивна більше 200 мс, вона вимикається і її потрібно вмикати, щоб знову надсилати мережевий трафік, отже, випадкові сплески. Але, якщо ви можете утримати мережеву карту активною (ціною невеликої потужності процесора та деяким додатковим трафіком), то затримка минає.

Команда, яку рекомендував seanfromcolumbus:

sudo ping -i .2 192.168.1.1

(-I .2 вказує інтервал 200 мс)

Дійсно, при цьому я отримую послідовні результати <2 мс.

Оригінальна публікація

Я зробив резервну копію Time Machine і витер мою існуючу установку, потім зробив нову установку Snow Leopard. Після цього я встановив 10.6.7 комбінований оновлення лише для того, щоб переконатися, що це було причиною цієї проблеми, і це! Я зробив ще одну свіжу установку, і тоді я встановив лише комбіноване оновлення 10.6.6 та решту регулярних оновлень додатків. Тепер все повернулося до норми. З 10.6.7 я отримував божевільні часи реакції на пінг від шлюзу ... як 350 мс ... 800 мс ... 600 ... 235 ... і т.д. ... тепер все повертається до нормального стану, і я отримую очікуване <1 мс або випадкові 1-5ms ... Я не знаю, що Apple зробила з 10.6.7, але це знищує wifi.