macOS - ntpd, CPU'nun% 100'ünden fazlasını kullanır.


28

Her gün birkaç kez olur, MacBook'um çok yavaşlar. Aktivite İzleyiciyi kontrol ettiğimde, ntpdişlemin işlemcimin% 100'ünden fazlasını (genellikle% 140-180 civarında) kullandığını görüyorum .

Onu öldürürsem (Zorla Çık), MacBook her zamanki gibi çalışmaya başlar. Ancak birkaç saat içinde tekrar olacak. Bu sorunu nasıl düzeltebilirim? Bu gerçekten sinir bozucu olur

Yazılım güncellemelerinden birinden sonra başladı (tam olarak ne zaman olduğundan emin değil).

MacOS 10.12.3 ile MacBook Pro (Retina, 13 inç, Geç 2013)


3
Git System Preferences > Date and Time(gerekirse kilidini aç) ve işaretini kaldırın Set date and time automatically. Sistem Tercihleri'ni kapatın, ardından yeniden açın ve tekrar kontrol edin Set date and time automatically. Zaman sunucusu bilgisinin gezegendeki konumunuz için doğru olduğundan emin olun.
IconDaemon

sadece yaptım, birkaç saat içinde yardım ederse kontrol eder, teşekkürler

@IconDaemon yardımcı oldu gibi görünüyor. Çözümünüzü bir cevap olarak gönderebilirsiniz, onaylayacağım

Yanıtlar:


37

Sistem Tercihleri> Tarih ve Saat seçeneğine gidin ve Tarih ve saati otomatik olarak ayarla seçeneğinin işaretini kaldırın. Sistem Tercihleri'ni kapatın, ardından yeniden açıp otomatik olarak Tarihi ve saati ayarla'yı yeniden kontrol edin


Cevabınız için teşekkürler - bu benim% 200 kullanılan işlemimi çözmeme yardımcı oldu. Bunun bir işletim sistemi hatası olduğunu sanıyorum? Apple'a bildirildi mi?
JD,

1
Ne kadar kırılmış bir Mac ki, sürekli bazı şeyleri yiyen CPU ile iç savaşa girerim. Bugün ntpd.
Johnny_D

1
Ben sadece kontrol etmeyi denedim, çünkü otomatik güncellemenin yapılmamasına aldırmadım ve bu yeterli değildi. Sorunu çözmek için işaretini kaldırıp tekrar kontrol etmem gerekti ve sonra istediğim gibi çek ayarlayabilirdim. Ayrıca ntpq -paşağıdaki cevapta bir teşhis olarak kullanışlıdır, çünkü sorun çözülene ve CPU sıfıra yakın olana kadar zaman aşımına uğramıştır.
Joshua Goldberg

Bir keresinde, bu işe yaramadı ve yardım masamıza alternatif bir düzeltme hakkında bilgi verildi: Tarih ve Saat sekmesinde sunucuyu Apple olarak değiştirmem gerekti ve sonra iş sunucumuza geri döndüm. (Çalışmayı yöneten sunucuya yönlendirmek için kimlik doğrulama ile ilgili nedenler var.)
Joshua Goldberg

5

Yapılandırdığınız NTP sunucularının doğru ve erişilebilir olup olmadığını kontrol edin.

Bir Terminal penceresi açın ve

ntpq -p

Bu benim sistemde aldığım çıktı ntpd olan yaklaşık% 80-90 işlemci kullanıyordu.

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*aer-foo5d20-dc- .GPS.            1 u   23   64   17   17.888   20.617   2.226
 aer-foo6t20-dc- .GPS.            1 u   23   64   17   17.938   20.598   2.211
 defra1-ntp-001. .INIT.          16 u    -  68m    0    0.000    0.000   0.000

Bu, yapılandırılmış 3 ntp sunucuma sahip olduğumu gösteriyor, ilk 2'sinin iyi durumda olduğunu ancak 3'ünün erişilemediğini gösteriyor (NTP uzmanı değilim ama refid = .INIT., St = 16 ve reach = 0 hepsi bir şeyin yanlış olduğunu gösteriyor gibi görünüyor). ).

Bu yüzden Sistem Tercihleri> Tarih ve Saat'e gittim, aslında 3 ntp sunucusunu yapılandırdım: 2 şirketimin ağında ve time.apple.com- "defra1-ntp-001" 'e benzeyen hiçbir şey yok. "Defra1-ntp-001" ifadesinin time.apple.com atıfta bulunduğunu varsayarsak, bunu kaldırdım ve bu sorunumu çözdü.

Tabii ki benim özel durumumda muhtemelen time.apple.com ulaşılamazdı çünkü şirketimin güvenlik duvarı tarafından engellendiğinden genel bir çözüm olarak kaldırmayı önermiyorum. Bunun yerine, 'ntpq -p' çıktınızı kontrol edin ve hangi sunucunun soruna neden olduğunu belirlemeye çalışın ve bunu kaldırın (ve hiçbiri bırakılmazsa, bilinen iyi bir tane ekleyin).


1
Önerinizi denedim ve sorgu zaman aşımına uğradı. Sonra kabul edilen cevaptan gelen öneriyi takip ettim ve Sistem Tercihleri> Tarih ve Saat bölümünde sistemimin korp sunucumla ilgilendiğini gördüm. Sonra sorguyu tekrar koştum ve bu sefer işe yaradı. Belki VPN'e geçmekle ilgili bir hata olabilir?
ajh158
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.