MacBook Pro com picos de ping no roteador local

Estou tendo picos extremos de ping no meu AirPort Extreme (IP local: 192.168.1.1), mas não estou conseguindo esses picos de ping em outro MacBook Pro ao lado dele.

Aqui estão meus resultados de ping.

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 polegadas, início de 2015)

Estou postando esta resposta em alguns tópicos para facilitar a localização. Persegui o mesmo problema e finalmente encontrei a causa.

Localizaçãod. Abra o aplicativo do console e assista enquanto faz um ping contínuo. Toda vez que você vê um pico de latência, verá entradas para locationd. Vá para prefs do sistema-> segurança e privacidade-> servidores de localização. A partir daí, você pode desativar e provavelmente verá o problema desaparecer. No entanto, você perde a capacidade de "encontrar meu mac".

O que tornou a minha aceitável foi ir para os serviços do sistema (role para baixo) -> detalhes-> verifique o ícone Mostrar na barra de menus quando [...]. Então, veja o que está solicitando o local. Não permitir o Evernote ajudou muito. Eu diminuí ao mínimo e a frequência dos picos diminuiu para um nível aceitável para mim.

edit: registrou um bug na Apple porque, mesmo quando os serviços de localização estão desabilitados, as localizações são verificadas (verificadas no console), afetando a latência. A Apple o marcou como um idiota, então espero que seja corrigido em breve.

Eu tive exatamente o mesmo problema, estava me incomodando há muito tempo. É especialmente irritante ao trabalhar remotamente através de SSH ou jogar jogos multiplayer. Aqui está minha solução a longo prazo:

Diagnóstico

Execute o ping com frequência 10 verificações por segundo para ver quando ocorre a falha:

ping 8.8.8.8 -i 0.1

Serviços de digitalização e localização

Como mencionado por outros, os picos de WiFi geralmente são causados ​​pelo daemon de WiFi que escaneia outras redes WiFi ao redor. A varredura passa por todos os canais; portanto, se o canal de recebimento atual não for o mesmo que o seu AP está transmitindo, você terá um pico de ping.

A verificação geralmente é acionada pelos serviços de localização. Você pode rever os serviços de localização em: System Preferences -> Security & Privacy -> Privacy tab -> Location Services.

Se você for Advancedverificar o Show location icon in the menu bar...aplicativo para ver quando os aplicativos estão consultando o local, a verificação é feita no bairro WiFi.

Os serviços de localização ainda estavam ativos por causa de System services. Principalmente Time Zone & System Customisatione Significant Locations. Mas, depois de desativá-lo, eu ainda tinha uma falha no Wi-Fi, apesar dessa janela de configuração do local não mostrar outro aplicativo que adquirisse o local.

Encontrando o culpado

Você precisa habilitar o log do WiFi para ver por que o daemon WiFi está fazendo a verificação.

Mantenha option/altpressionada a tecla (ao lado da tecla de comando) e clique no ícone WiFi na barra de ferramentas superior. Clique em Enable Wi-Fi Logging.

Depois disso, abra um novo terminal:

tail -f /var/log/wifi.log

Você deve ver algo assim:

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

Agora observe o terminal ping e o terminal de log wifi próximos um do outro. Você pode ver claramente as ocorrências de falhas precisamente quando o WiFi está fazendo a verificação.

No meu caso, o culpado era um programa texstudio, como você pode ver no log. Ele estava adquirindo local a cada 5 segundos (peso?), O que também foi confirmado por esse cara: https://justus.berlin/2016/04/reducing-cpu-load-and-energy-consumption-of-texstudio- on-the-mac /

Isso resolveu meu problema. O Texstudio não foi mencionado na lista de serviços de localização, portanto, essa abordagem avançada era necessária.

Resumo:

• O culpado são os serviços de localização e a digitalização wifi
• Verifique os serviços de localização que você ativou
• Mantenha pressionada a tecla do teclado Option, clique no ícone WiFi na barra de ferramentas superior, clique em Ativar registro Wi-Fi
• Execute no terminal: ping 8.8.8.8 -i 0.1
• Execute no terminal: tail -f /var/log/wifi.log, em uma nova janela. Observe lado a lado, aguarde uma falha.
• Verifique o log quando a falha foi observada, mate o programa.

Por favor, execute este script no 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

Este script verifica a relação Sinal / Ruído. Você provavelmente tem alguma interferência.

Pela minha experiência, em 90% de todos os casos, reiniciar o roteador corrigirá o problema.

Seguir este guia funcionou para mim:

Corrigir problemas de Wi-Fi no MacOs Sierra

essencialmente na pasta de /Library/Preferences/SystemConfiguration/ backup e excluir arquivos

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

Em seguida, reinicie o seu Mac.

No meu caso, era um aplicativo para tirar screenshots. Eu o detectei fazendo o seguinte: Executei o comando ping e estava fechando os aplicativos um por um, depois notei que após o fechamento desse aplicativo, os picos de ping haviam desaparecido.

Eu acompanhei problemas semelhantes ao Airplay / Bonjour, picos de ping enquanto o airplay está em uso ou sendo verificado.

Acredito que esse comportamento esteja realmente vinculado ao bluetooth do dispositivo vinculado ao adaptador sem fio no dispositivo.

Vou realizar mais alguns testes em breve e enviar um relatório de bug da apple.

se você mantiver o bluetooth desativado, provavelmente encontrará que não terá picos de ping.

O problema ainda ocorre no Mojave, então deixe-me colocar meus dois centavos aqui. A origem do problema era locationd e, para corrigir os picos, tudo o que eu precisava era ir para Configurações -> Segurança e Privacidade -> Serviços de Localização -> Detalhes dos Serviços do Sistema -> desmarcar "Fuso horário e personalização do sistema"

Não faço ideia por que o Mac verifica o fuso horário a cada poucos minutos ...