Mam problem z niestabilnym Wi-Fi. Moje główne pytanie brzmi: jak mogę rozwiązać ten problem? Używam nowego MBP Mid 2015 - najnowszy OSX 10.13. Kilka dni po ponownym uruchomieniu maszyny pingi zwalniają. Dokładniej zwalniają do 1 sekundy co 10 sekund:
64 bytes from 216.58.215.99: icmp_seq=1664 ttl=54 time=37.665 ms
64 bytes from 216.58.215.99: icmp_seq=1665 ttl=54 time=18.553 ms
64 bytes from 216.58.215.99: icmp_seq=1666 ttl=54 time=62.625 ms
64 bytes from 216.58.215.99: icmp_seq=1667 ttl=54 time=21.441 ms
64 bytes from 216.58.215.99: icmp_seq=1668 ttl=54 time=856.783 ms
64 bytes from 216.58.215.99: icmp_seq=1669 ttl=54 time=1125.355 ms
64 bytes from 216.58.215.99: icmp_seq=1670 ttl=54 time=855.837 ms
64 bytes from 216.58.215.99: icmp_seq=1671 ttl=54 time=600.021 ms
64 bytes from 216.58.215.99: icmp_seq=1672 ttl=54 time=17.359 ms
64 bytes from 216.58.215.99: icmp_seq=1673 ttl=54 time=18.438 ms
64 bytes from 216.58.215.99: icmp_seq=1674 ttl=54 time=17.940 ms
64 bytes from 216.58.215.99: icmp_seq=1675 ttl=54 time=21.492 ms
64 bytes from 216.58.215.99: icmp_seq=1676 ttl=54 time=20.422 ms
64 bytes from 216.58.215.99: icmp_seq=1677 ttl=54 time=22.927 ms
64 bytes from 216.58.215.99: icmp_seq=1678 ttl=54 time=21.628 ms
64 bytes from 216.58.215.99: icmp_seq=1679 ttl=54 time=14.896 ms
64 bytes from 216.58.215.99: icmp_seq=1680 ttl=54 time=557.451 ms
Request timeout for icmp_seq 1682
64 bytes from 216.58.215.99: icmp_seq=1682 ttl=54 time=1307.316 ms
64 bytes from 216.58.215.99: icmp_seq=1683 ttl=54 time=324.678 ms
64 bytes from 216.58.215.99: icmp_seq=1684 ttl=54 time=20.069 ms
64 bytes from 216.58.215.99: icmp_seq=1685 ttl=54 time=21.605 ms
64 bytes from 216.58.215.99: icmp_seq=1686 ttl=54 time=16.481 ms
64 bytes from 216.58.215.99: icmp_seq=1687 ttl=54 time=20.432 ms
Dzieje się tak w przypadku różnych sieci Wi-Fi (dom, praca, rodzina), zarówno w przypadku wykrycia 50 sieci Wi-Fi (w domu), jak i tylko 5 (praca). Dzienniki konsoli pokazują kilka wiadomości związanych z Wi-Fi:
default 19:20:18.869014 +0200 wirelessproxd client.trigger:#N Random sample for 0x28000d is skip
default 19:20:18.972781 +0200 locationd WIFI_LOC: onNetworkLocationNotification, <private>, kNotificationQueryResponseFinishedWifis, scanAge, <private>, interval, <private>, tag, <private>, aps, <private>
default 19:20:18.973472 +0200 locationd queryLocations, g, <private>, s, <private>, c, <private>, l, <private>, w, <private>, cache, <private>, piggyWifis, <private>, piggyCells, <private>
default 19:20:18.973674 +0200 locationd WIFI_LOC: processScanResult, aps, <private>, fIsUseNetworkLocationProvider, <private>, fIsUseTileManager, <private>
default 19:20:18.981688 +0200 locationd WIFI_LOC: calculator result, <private>, aps, <private>, index, <private>, confidence, <private>, location, <private>
default 19:20:18.981715 +0200 locationd WIFI_LOC: result, ReachRssi, <private>, locationReachRssi, <private>, emergency, <private>, <private>
default 19:20:18.981891 +0200 locationd WIFI_LOC: isStopCriteriaSatisfied, numOfAPsInSolution, <private>, desiredAccuracy, <private>, isStop, <private>, currentRequest, <private>, loc, <private>
default 19:20:18.981992 +0200 locationd WIFI_LOC: knownCount, <private>, unknownCount, <private>, knownCountTile, <private>, knownToUnknownRatio, <private>, queryMacAddresses.size, <private>, sinceLastServerQuery, <private>, isQueryNeeded, <private>, inject, <private>, forceQuery, <private>, queryType, <private>, reqType, <private>
default 19:20:18.983053 +0200 locationd {"msg":"Sending location to client", "clientName":""}
default 19:20:18.983464 +0200 locationd {"msg":"Sending location to client", "clientName":""}
fault 19:20:18.983964 +0200 navd Discarding message for event 0 because of too many unprocessed messages
(Ostatnia linia to naprawdę „błąd”, a nie „domyślna” - obok znajduje się czerwona kropka). Mój problem jest prawie taki sam jak tutaj: https://discussions.apple.com/thread/8280552 jednak odpowiedź „zalecana przez Apple” jest całkowicie bezużyteczna (nie działa, plus nie chcę kopać wszystkich zapisanych sieci - próbowałem tego, ale to nie pomogło i przywróciłem pełną listę z Time Machine).
Jak już wspomniano, połączenie kablowe działa również dobrze dla mnie.
źródło