MacBook Pro испытывает пинг пиков к локальному маршрутизатору

25

Я испытываю экстремальные пинг-пики к своему AirPort Extreme (локальный IP: 192.168.1.1), однако я не получаю эти пинг-пики на другом MacBook Pro рядом с ним.

Вот мои результаты пинга.

PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=24.703 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=145.378 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=975.540 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=577.900 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=2.802 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=5.377 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=5.922 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=3.854 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=3.522 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=4.593 ms

--- 192.168.1.1 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 2.802/174.959/975.540/316.450 ms

MacBook Pro (Retina, 13-дюймовый, начало 2015 г.)

К. Риган
источник
Вы отключили все устройства Wi-Fi или проводные устройства (другие компьютеры, включая iDevices, AppleTV (s), устройства домашней автоматизации и т. Д.) От APEx, за исключением устройства, которое отправляет пинги? Из этих кратких замечаний я бы предположил, что APEx по какой-то причине подключается к внешней сети. Дайте ему по крайней мере 100 итераций (и более) и посмотрите, есть ли какой-нибудь шаблон, который бы периодически указывал на процесс APEx «звонить домой». Сообщите о том, что вы видите. Не вставляйте в огромный пинг листинг, пожалуйста. :-)
IconDaemon
ИМХО, я нашел листинг пинга полезным
Брайан Лоу

Ответы:

22

Я публикую этот ответ в нескольких темах, чтобы его было легче найти. Я преследовал ту же самую проблему и наконец нашел причину.

Locationd. Откройте консольное приложение и наблюдайте, как вы выполняете непрерывный пинг. Каждый раз, когда вы видите всплеск задержки, вы будете видеть записи для locationd. Перейдите к системным настройкам -> безопасность и конфиденциальность -> серверы местоположения. Оттуда вы можете отключить, и, скорее всего, проблема исчезнет. Тем не менее, вы теряете способность «найди моего мака».

То, что сделало мою работу приемлемой, - это переход к системным службам (прокрутка вниз) -> подробности-> значок галочки в строке меню, когда [...]. Затем взгляните на то, что запрашивает местоположение. Запрещение Evernote очень помогло. Я сократил до минимума, и частота всплесков снизилась до приемлемого для меня уровня.

edit: подал ошибку в Apple, потому что даже когда службы определения местоположения отключены, локализованное сканирование (проверено в консоли), влияет на задержку. Apple пометил это как обман, так что, надеюсь, скоро исправят.

М Джонсон
источник
4
Можно подтвердить, что я также вижу эти пики задержки, которые непосредственно соответствуют locationdзаписям в консоли, и отключение служб определения местоположения устраняет пики. Полезный совет: в ping есть опция, которая будет включать временную метку, которая упрощает x-ref логи:ping -i 0.25 192.168.1.1 --apple-time
Ryan Dlugosz
1
ОП: Это действительно должен быть принят ответ @ C-regan! Я пробовал все, и это правило. Если пики задержки происходят только в macosx, и вы пробовали хотя бы 2 разных точки доступа, это, скорее всего, ответ на вашу проблему!
Лука Гибелли
@ user163253 в моем случае я решил проблему, отключив только некоторые службы определения местоположения, в частности: Погода, Карты, Предложения на основе местоположений, Настройка часового пояса, Значительные местоположения. У меня все еще есть следующие сервисы: Календарь, Напоминания, Найти мой Mac, Сети Wi-Fi. Я полагаю, что последние используются не так часто, как первые, и поэтому они оказывают минимальное влияние на задержку. Я также заметил, что уменьшение количества известных / сохраненных сетей Wi-Fi под Network-> WiFi-> Advanced смягчает проблему ..
Luca Gibelli
Человек, ты спасатель!
КАРАЗИ Иштван
1
Я еще более сузил его до конкретного флажка «Часовой пояс и настройка системы» внутри «Системные службы». Я думаю, что пытается быстро отключиться от точки доступа и сканировать точки доступа Wi-Fi, чтобы узнать текущее время, часовой пояс и местоположение.
Брэндон
17

У меня была точно такая же проблема, она беспокоила меня довольно долго. Это особенно раздражает, когда вы работаете удаленно через SSH или играете в многопользовательские игры. Вот мое долгосрочное решение:

диагностика

Запустите ping с частотой 10 сканирований в секунду, чтобы увидеть, когда происходит сбой:

ping 8.8.8.8 -i 0.1

Услуги сканирования и определения местоположения

Как уже упоминалось, шипы WiFi обычно вызваны тем, что демон WiFi сканирует другие сети WiFi вокруг. Сканирование проходит по всем каналам, поэтому, если текущий принимающий канал не совпадает с тем, что передает ваша точка доступа, у вас есть пинг пинга.

Сканирование обычно запускается службами определения местоположения. Вы можете просмотреть расположение услуг в: System Preferences -> Security & Privacy -> Privacy tab -> Location Services.

Сервисы определения местоположения

Если вы идете, чтобы Advancedпроверить, Show location icon in the menu bar...когда приложения запрашивают местоположение, сканируя окрестности WiFi.

Службы определения местоположения были все еще активны из-за System services. В основном Time Zone & System Customisationи Significant Locations. Но после выключения у меня все еще был сбой Wi-Fi, несмотря на то, что окно настройки местоположения не показывало никакое другое приложение, получающее местоположение.

Нахождение виновника

Вам нужно включить ведение журнала WiFi, чтобы понять, почему демон WiFi выполняет сканирование.

Удерживайте option/altклавишу (рядом с клавишей Command) и нажмите значок Wi - Fi в верхней панели. Нажмите Enable Wi-Fi Logging.

Включить ведение журнала Wi-Fi

После этого откройте новый терминал:

tail -f /var/log/wifi.log

Вы должны увидеть что-то вроде этого:

Mon Jan 14 20:01:21.353 AutoJoin: <airportd[83093]> Successful cache-assisted scan request for texstudio with channels {(
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfadc5b20> [channelNumber=56(5GHz), channelWidth={40MHz(-1)}, active, DFS],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfadcbfb0> [channelNumber=60(5GHz), channelWidth={40MHz(+1)}, active, DFS],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfd44c790> [channelNumber=64(5GHz), channelWidth={40MHz(-1)}, active, DFS],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfadc6ba0> [channelNumber=149(5GHz), channelWidth={80MHz}, active],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfad2be90> [channelNumber=153(5GHz), channelWidth={80MHz}, active],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfadf4870> [channelNumber=157(5GHz), channelWidth={80MHz}, active]
Mon Jan 14 20:01:21.353 )} took 0.0005 seconds, returned 2 results
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 161 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 165 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 100 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 104 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 108 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 112 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio does not require a live scan

Теперь наблюдайте за терминалом ping и терминалом регистрации wifi рядом друг с другом. Вы можете четко видеть сбой, возникающий именно тогда, когда WiFi выполняет сканирование.

В моем случае виновником была программа texstudio, как видно из журнала. Это приобретало местоположение каждые 5 секунд (вес.?), Что было подтверждено также этим парнем: https://justus.berlin/2016/04/reduc-cpu-load-and-energy-consump-of-texstudio- на-макинтош /

Это решило мою проблему. Texstudio не была упомянута в списке служб определения местоположения, поэтому этот продвинутый подход был необходим.

Резюме:

  • Виновником является определение местоположения и сканирование Wi-Fi.
  • Проверьте сервисы определения местоположения, которые вы включили
  • Удерживайте клавишу клавиатуры Option, нажмите значок WiFi на верхней панели инструментов, нажмите «Включить ведение журнала Wi-Fi».
  • Выполнить в терминале: ping 8.8.8.8 -i 0.1
  • Выполните в терминале: tail -f /var/log/wifi.log, в новом окне. Наблюдай бок о бок, жди сбоев.
  • Проверь логи, когда глюк наблюдался, убей программу.
ph4r05
источник
2
Подсказка о включении регистрации в wifi была ключевой для меня, чтобы отследить источник
Jehiah
Спасибо за дополнительные подробности
М Джонсон
Я нахожу SystemUIServer и Joxi (приложение для скриншота). Спасибо
Глеб Беляев
Прекрасный. Вот как я обнаружил, что Мега вызывает мою проблему.
Бировский
3

Пожалуйста, запустите этот скрипт из Terminal.app:

while x=1; do /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport -I | grep Ctl; ping -c 1 192.168.1.1; sleep 1; done

Этот скрипт проверяет соотношение сигнал / шум. Возможно, у вас есть помехи.

Сергей Караткевич
источник
Можете ли вы предоставить некоторые контрольные показатели, чтобы мы могли знать, какие приемлемые цифры?
Майк Маккей
SNR 20 дБ, как правило, подходит для передачи файлов, 25 дБ достаточно для передачи голоса
Сергей Караткевич
2

По моему опыту, в 90% случаев перезагрузка маршрутизатора решит проблему.

user2707001
источник
2

После этого руководство работало для меня:

Исправить проблемы с Wi-Fi на MacOs Sierra

по сути в папке /Library/Preferences/SystemConfiguration/ резервного копирования и удаления файлов

com.apple.airport.preferences.plist
com.apple.network.eapolclient.configuration.plist
com.apple.wifi.message-tracer.plist
NetworkInterfaces.plist
preferences.plist

Затем перезагрузите ваш Mac.

Валдис
источник
Интересно - я видел, что буферизация приходит и уходит - вы думаете, что WiFi роуминг, чтобы проверить другие базовые станции, и очистка этих предпочтений / записей для поддержания стабильности соединения WiFi?
bmike
Как насчет пингования другого узла; скажем, один из других MacBook в сети? Проблема все еще существует?
Аллан
1

В моем случае это было приложение для снятия скриншотов. Я обнаружил это, выполнив следующее: я запустил команду ping и закрывал приложения одно за другим, а затем заметил, что после закрытия этого приложения всплески пинга исчезли.

Дэвид
источник
0

Я отслеживал подобные проблемы с Airplay / Bonjour, пинг-шипы, когда airplay используется или проверяется.

Я считаю, что это поведение на самом деле связано с Bluetooth устройства, связанного с беспроводным адаптером в устройстве.

В ближайшее время я собираюсь провести еще несколько тестов и представить отчет об ошибке Apple.

если вы отключите Bluetooth, вы, вероятно, обнаружите, что вы не получите пинговые пики.

malcolmincognito
источник
-1

Проблема все еще возникает в Мохаве, поэтому позвольте мне поставить здесь два моих цента. Источник проблемы был найден, и чтобы исправить всплески, все, что мне нужно было, это перейти в Настройки -> Безопасность и конфиденциальность -> Службы определения местоположения -> (Системные службы) Сведения -> снять флажок «Часовой пояс и настройка системы»

Не знаю, зачем Mac проверяет часовой пояс каждые несколько минут ...

SantaXL
источник
Это именно то, что уже сказано в топовом ответе и ничего нового не добавляет.
Tetsujin