MacBook Pro com picos de ping no roteador local

25

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)

C. Regan
fonte
Você desconectou todos os dispositivos wi-fi ou com fio (outros computadores, incluindo iDevices, AppleTV (s), dispositivos de automação residencial, etc.) do APEx, exceto o dispositivo que está enviando os pings? Destas breves dicas, eu assumiria que o APEx está se conectando à rede externa por algum motivo. Deixe-o executar por pelo menos 100 iterações (ou mais) e veja se existe algum tipo de padrão que indique um processo no APEx periodicamente 'telefonando para casa'. Relate com o que vê. Não cole em uma lista enorme de ping, por favor. :-)
IconDaemon 21/07
IMHO eu encontrei o ping lista útil
Brian Low

Respostas:

22

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.

M Johnson
fonte
4
Posso confirmar que também estou vendo esses picos de latência que correspondem diretamente às locationdentradas no console e desativar os serviços de localização elimina os picos. Dica útil: Existe uma opção no ping que inclui um registro de data e hora, facilitando a refexagem dos logs:ping -i 0.25 192.168.1.1 --apple-time
Ryan Dlugosz
11
OP: Essa realmente deve ser a resposta aceita @ C-regan! Eu tenho tentado de tudo e esta é a regra. Se os picos de latência ocorrerem apenas no macosx e você tiver tentado pelo menos 2 APs diferentes, é muito provável que seja a resposta para o seu problema!
Luca Gibelli
@ user163253 no meu caso, resolvi o problema desativando apenas alguns serviços de localização, em particular: clima, mapas, sugestões baseadas em locais, definição de fuso horário e locais significativos. Ainda tenho os seguintes serviços LIGADOS: Calendário, Lembretes, Encontrar meu Mac, Redes Wi-Fi. Suponho que os últimos não sejam usados ​​com tanta frequência quanto os primeiros e, portanto, tenham um impacto mínimo na latência. Notei também que a redução do número de redes wifi conhecidas / salvas em Rede-> WiFi-> Avançado atenua o problema. #
Luca Gibelli
Cara, você é um salva-vidas!
KARASZI István
11
Limitei ainda mais a caixa de seleção "Fuso horário e personalização do sistema", dentro de "Serviços do sistema". Acho que está tentando se desconectar rapidamente do ponto de acesso e procurar pontos de acesso Wifi para obter a hora, o fuso horário e o local atuais.
Brandon
16

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.

Serviços de localização

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.

Ativar registro Wi-Fi

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.
ph4r05
fonte
2
A dica para habilitar o log do Wi-Fi foi essencial para eu rastrear a fonte #
595
Obrigado pelos detalhes adicionais
M Johnson
Acho SystemUIServer e Joxi (aplicativo para captura de tela). Obrigado
Julлеб Беляев
3

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.

Siarhei Karatkevich
fonte
Você pode fornecer algumas referências para que possamos saber o que são números aceitáveis?
Mike McKay
SNR 20db é geralmente ok para transferência de arquivos, 25db é suficiente para a voz
Siarhei Karatkevich
2

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

user2707001
fonte
2

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.

Valdis
fonte
Interessante - vi que o buffer vem e vai - você está pensando que o Wi-Fi está em roaming para verificar outras estações-base e limpar essas preferências / registros para manter a conexão Wi-Fi mais estável?
Bmike
Que tal executar ping em um nó diferente ; diz um dos outros MacBooks na rede? O problema ainda existe?
22717 Allan
1

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.

David
fonte
0

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.

malcolmincognito
fonte
-1

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 ...

SantaXL
fonte
Isso é exatamente o que a resposta mais votada já disse e não acrescenta nada de novo.
Tetsujin