나는 똑같은 문제를 겪었고, 꽤 오랫동안 문제가되었습니다. SSH를 통해 원격으로 작업하거나 멀티 플레이어 게임을 할 때 특히 성가신 일입니다. 장기 해결책은 다음과 같습니다.
진단
글리치가 언제 발생하는지 확인하려면 초당 10 번 스캔으로 ping을 실행하십시오.
ping 8.8.8.8 -i 0.1
스캐닝 및 위치 서비스
다른 사람들이 언급했듯이 WiFi 스파이크는 일반적으로 WiFi 데몬이 다른 WiFi 네트워크를 검색하여 발생합니다. 스캔은 모든 채널을 통과하므로 현재 수신 채널이 AP가 전송하는 채널과 동일하지 않으면 핑 스파이크가 발생합니다.
스캐닝은 일반적으로 위치 서비스에 의해 트리거됩니다. 위치 서비스는 다음 위치에서 검토 할 수 있습니다 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. 그러나이 기능을 끈 후에도 위치 설정 창에 위치를 획득하는 다른 응용 프로그램이 표시되지 않았지만 여전히 WiFi 결함이 발생했습니다.
범인 찾기
WiFi 데몬이 스캔을 수행하는 이유를 보려면 WiFi 로깅 을 활성화해야합니다 .
홀드 option/alt(명령 키 옆) 키와 상단의 툴바에서 무선 아이콘을 클릭합니다. 를 클릭하십시오 Enable Wi-Fi Logging.
그런 다음 새 터미널을 엽니 다.
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
이제 핑 터미널과 wifi 로그 터미널이 서로 옆에 있는지 확인하십시오. WiFi가 스캔을 수행 할 때 글리치 발생을 정확하게 볼 수 있습니다.
필자의 경우 texstudio로그에서 볼 수 있듯이 범인은 프로그램이었습니다 . 그것은 5 초마다 위치를 얻었습니다 (wt.?).이 사람도 확인했습니다 : https://justus.berlin/2016/04/reducing-cpu-load-and-energy-consumption-of-texstudio- 온더 맥 /
이것은 내 문제를 해결했습니다. 위치 서비스 목록에 Texstudio가 언급되지 않았으므로이 고급 접근 방식이 필요했습니다.
요약:
- 범인은 위치 서비스 및 와이파이 스캐닝
- 활성화 한 위치 서비스 확인
- Option 키보드 키를 누른 상태에서 상단 도구 모음에서 WiFi 아이콘을 클릭하고 Wi-Fi 로깅 사용을 클릭하십시오.
- 터미널에서 실행 : ping 8.8.8.8 -i 0.1
- 터미널에서 tail -f /var/log/wifi.log를 새 창에서 실행하십시오. 나란히 관찰하고 글리치를 기다립니다.
- 결함이 관찰되면 로그를 확인하고 프로그램을 종료하십시오.