MacBook Pro sta riscontrando picchi di ping sul router locale


25

Sto riscontrando picchi di ping estremi su AirPort Extreme (IP locale: 192.168.1.1), tuttavia non riesco a ottenere questi picchi di ping su un altro MacBook Pro accanto ad esso.

Ecco i miei risultati di 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 pollici, inizio 2015)


Hai disconnesso tutti i dispositivi Wi-Fi o cablati (altri computer, inclusi iDevices, AppleTV (s), dispositivi di automazione domestica, ecc.) Dall'APEx, ad eccezione del dispositivo che stai inviando i ping? Da questi brevi segnali suppongo che l'APEx si stia connettendo alla rete esterna per qualche motivo. Lasciarlo funzionare per almeno 100 iterazioni (o più) e vedere se esiste una sorta di modello che indicherebbe periodicamente un processo sull'APEx "telefonando a casa". Riporta indietro con ciò che vedi. Non incollare in un enorme elenco di ping, per favore. :-)
IconDaemon

IMHO Ho trovato utile la lista del ping
Brian Low

Risposte:


22

Sto postando questa risposta su alcuni thread per facilitarne la ricerca. Ho inseguito lo stesso problema e finalmente ho trovato la causa.

LocationD. Apri l'app console e guarda mentre esegui un ping continuo. Ogni volta che vedi un picco di latenza, vedrai le voci per locationd. Vai a preferenze di sistema-> sicurezza e privacy-> server di posizione. Da lì, puoi disabilitare e probabilmente vedrai scomparire il problema. Tuttavia, perdi l'abilità "trova il mio mac".

Ciò che ha reso accettabile la mia è stato andare ai servizi di sistema (scorrere verso il basso) -> dettagli-> selezionare l'icona mostra nella barra dei menu quando [...]. Quindi, dai un'occhiata a ciò che richiede la posizione. Non consentire Evernote ha aiutato molto. Ho ridotto al minimo e la frequenza dei picchi è scesa a un livello accettabile per me.

modifica: ha archiviato un bug con Apple perché anche quando i servizi di localizzazione sono disabilitati, le scansioni locationd (verificate nella console), influendo sulla latenza. Apple lo ha contrassegnato come un duplicato, quindi si spera presto risolto.


4
Posso confermare che sto vedendo anche questi picchi di latenza che corrispondono direttamente alle locationdvoci nella Console e la disabilitazione dei servizi di localizzazione elimina i picchi. Consiglio pratico: c'è un'opzione nel ping che includerà un timestamp che semplifica l'x-ref dei registri:ping -i 0.25 192.168.1.1 --apple-time
Ryan Dlugosz,

1
OP: Questa dovrebbe essere davvero la risposta accettata @ C-regan! Ho provato di tutto e questa è la regola. Se i picchi di latenza si verificano solo su macosx e hai provato almeno 2 AP diversi, è molto probabilmente la risposta al tuo problema!
Luca Gibelli,

@ user163253 nel mio caso ho risolto il problema disabilitando solo alcuni servizi di localizzazione, in particolare: Meteo, Mappe, Suggerimenti basati sulle posizioni, Impostazione del fuso orario, Posizioni significative. Ho ancora i seguenti servizi ON: Calendario, Promemoria, Trova il mio mac, Reti WiFi. Suppongo che i secondi non vengano usati con la stessa frequenza dei primi e quindi abbiano un impatto minimo sulla latenza. Ho anche notato che la riduzione del numero di reti wifi note / salvate in Rete-> WiFi-> Avanzate mitiga il problema ..
Luca Gibelli,

Amico, sei un vero toccasana!
KARASZI István

1
L'ho ristretto ulteriormente alla specifica casella "Fuso orario e personalizzazione del sistema" all'interno di "Servizi di sistema". Penso che stia tentando di disconnettersi rapidamente dal punto di accesso e cercare punti di accesso Wifi per ottenere l'ora, il fuso orario e la posizione correnti.
Brandon,

17

Ho avuto esattamente lo stesso problema, mi preoccupava da molto tempo. È particolarmente fastidioso quando si lavora in remoto su SSH o si gioca a giochi multiplayer. Ecco la mia soluzione a lungo termine:

Diagnosi

Esegui il ping con frequenza 10 scansioni al secondo per vedere quando si verifica il problema tecnico:

ping 8.8.8.8 -i 0.1

Servizi di scansione e posizione

Come menzionato da altri, i picchi WiFi sono in genere causati dal demone WiFi che esegue la scansione di altre reti WiFi in giro. La scansione passa attraverso tutti i canali, quindi se l'attuale canale di ricezione non è lo stesso del tuo AP in trasmissione, hai un picco di ping.

La scansione è generalmente attivata dai servizi di localizzazione. È possibile rivedere i servizi di localizzazione in: System Preferences -> Security & Privacy -> Privacy tab -> Location Services.

Servizi di localizzazione

Se vai a Advancedcontrollare Show location icon in the menu bar...per vedere quando le app stanno interrogando la posizione, scansionando quindi il quartiere WiFi.

I servizi di localizzazione erano ancora attivi a causa di System services. Principalmente Time Zone & System Customisatione Significant Locations. Ma dopo averlo spento avevo ancora un problema tecnico WiFi nonostante quella finestra di impostazione della posizione non mostrava altre applicazioni che acquisivano la posizione.

Trovare il colpevole

È necessario abilitare la registrazione WiFi per vedere perché il daemon WiFi sta eseguendo la scansione.

Tieni premuto il option/alttasto (accanto al tasto comando) e fai clic sull'icona WiFi nella barra degli strumenti in alto. Fare clic Enable Wi-Fi Logging.

Abilita la registrazione Wi-Fi

Dopodiché apri un nuovo terminale:

tail -f /var/log/wifi.log

Dovresti vedere qualcosa del genere:

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

Ora osserva il terminale ping e il terminale di registro wifi uno accanto all'altro. Puoi vedere chiaramente che il glitch si verifica esattamente quando il WiFi sta eseguendo la scansione.

Nel mio caso il colpevole era un programma texstudio, come puoi vedere dal registro. Stava acquisendo la posizione ogni 5 secondi (wt.?), Che è stato confermato anche da questo ragazzo: https://justus.berlin/2016/04/reducing-cpu-load-and-energy-consumption-of-texstudio- on-the-mac /

Questo ha risolto il mio problema. Texstudio non è stato menzionato nell'elenco dei servizi di localizzazione, quindi era necessario questo approccio avanzato.

Sommario:

  • Il colpevole sono i servizi di localizzazione e la scansione wifi
  • Controlla i servizi di localizzazione che hai attivato
  • Tieni premuto il tasto Opzione, fai clic sull'icona WiFi nella barra degli strumenti in alto, fai clic su Abilita registrazione Wi-Fi
  • Eseguire nel terminale: ping 8.8.8.8 -i 0.1
  • Eseguire nel terminale: tail -f /var/log/wifi.log, in una nuova finestra. Osservare fianco a fianco, attendere glitch.
  • Controlla il registro quando è stato osservato il problema tecnico, uccidi il programma.

2
Il suggerimento su come abilitare la registrazione wifi è stato fondamentale per me per rintracciare la fonte
Jehiah

Grazie per i dettagli extra
M Johnson

Trovo SystemUIServer e Joxi (app per screenshot). Grazie
Глеб Беляев l'

Bellissimo. È così che ho scoperto che Mega stava causando il mio problema.
Birowsky il

3

Esegui questo script da 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

Questo script controlla il rapporto segnale / rumore. Probabilmente hai qualche interferenza.


Potete fornire alcuni parametri di riferimento in modo che possiamo sapere quali sono i numeri accettabili?
Mike McKay,

SNR 20 dB è generalmente ok per il trasferimento di file, 25 dB è sufficiente per la voce
Siarhei Karatkevich

2

Dalla mia esperienza, nel 90% dei casi, il riavvio del router risolverà il problema.


2

Seguendo questa guida ha funzionato per me:

Risolvi i problemi di Wi-Fi su MacOs Sierra

essenzialmente nella cartella di /Library/Preferences/SystemConfiguration/ backup ed eliminazione dei file

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

Quindi riavvia il tuo Mac.


Interessante - ho visto che il buffering va e viene - stai pensando che il WiFi sia in roaming per controllare altre stazioni base e cancellare quelle preferenze / registrazioni per mantenere la connessione WiFi più stabile?
bmike

Che dire di eseguire il ping di un nodo diverso ; dire uno degli altri MacBook sulla rete? Il problema esiste ancora?
Allan,

1

Nel mio caso, era un'app per fare screenshot. L'ho rilevato effettuando quanto segue: ho eseguito il comando ping e stavo chiudendo le app una per una, poi ho notato che dopo aver chiuso questa app, i picchi di ping erano spariti.


0

Ho riscontrato problemi simili a Airplay / Bonjour, picchi di ping mentre airplay è in uso o viene controllato.

Credo che questo comportamento sia effettivamente collegato al bluetooth del dispositivo collegato all'adattatore wireless nel dispositivo.

Presto eseguirò altri test e invierò un rapporto sui bug delle mele.

se mantieni il bluetooth disabilitato probabilmente scoprirai che non otterrai picchi di ping.


-1

Il problema si verifica ancora su Mojave, quindi lasciami mettere qui i miei due centesimi. La fonte del problema era locationd e per correggere i picchi tutto quello che dovevo fare era andare su Impostazioni -> Sicurezza e privacy -> Servizi di localizzazione -> (Servizi di sistema) Dettagli -> deseleziona "Fuso orario e personalizzazione del sistema"

Non ho idea del perché il Mac verifichi il fuso orario ogni pochi minuti ...


Questo è esattamente ciò che la risposta più votata ha già detto e non aggiunge nulla di nuovo.
Tetsujin,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.