Çekirdek görev sürecini öldürebilirsiniz. Soruna bir çözüm bulundu. Gereksiz giriş nesnelerinden kurtulun

En havalı Mac bile er ya da geç donuklaşmaya, yavaşlamaya ve rahatsız etmeye başlar yavaş iş... 8 GB rasgele erişim belleği Safari'de bir düzine sekme ile kolayca tıkanır, mailler, üç başlatılan haberciler ve kapanmayan photoshop.

Bu şekilde, bilgisayar hattının güçlü orta köylüsü, ağır işlere başlamadan bile, zorlukla dokuma yapan bir yabancıya dönüşür.

Bilgisayarınızı kısa bir süre için yeniden başlatabilirsiniz, ancak bu yardımcı olacaktır. Bulacağınız temizleme uygulamasına güvenebilirsiniz. gizli rezervler Mac'inizi hızlandırmak için, ancak en kolay yol en obur programları belirlemek ve mümkünse onları arka planda tutmaktır.

RAM'i kim yedi

Mac'te Uygulama mağazası operasyonel izleme için bir düzine aynı tür uygulama var Mac belleği... Hepsi ağır programları tanımlayabilir.

Sistemi gereksiz yazılımlarla tıkamamak için kullanmanızı öneririm. standart uygulama Sistem izleme... içinde bulabilirsin Başlatma paneli veya aracılığıyla Spot ışığı.

1. Başlatmak Sistem izleme.

2. sekmeye git Hafıza.

3. Hafıza.

4. En çok RAM tüketen programları görüyoruz.

V bu durum Kendini tüketen Safari önde sistem kaynakları, böylece her ayrı sekme de yer belli bir miktar megabayt.

Bazı geliştiriciler, gerçek yükü birden çok işlem arasında keserken biraz yanıltıcıdır. Böyle bir görünüm için ada göre sıralamayı etkinleştirmek uygundur.

Örneğin, Slack Helper süreçleriyle birlikte çalışan Slack messenger çok fazla - 50 MB tüketmiyor, ancak programın arka plan işlemleri neredeyse 400 MB daha fazla tüketiyor. Ve bu olmadan aktif kullanım programlar!

Bir habercinin Mac'imin RAM'inin 1/16'sını tükettiğini hayal edin. Frenler ve gecikmeler fark edersem, en kolay yol önce bu programı kapatmaktır, tarayıcımı feda edemem.

Ne yazık ki, tüm arka plan uygulama süreçleri aynı adlandırılmamıştır; diğer kaynak yoğun programları bulmak için onları kapatmayı denemeniz gerekecektir.

işlemciyi kim zorlar

Bellekte her şey yolundaysa, ancak bilgisayar sınırında çalışıyorsa, birileri işlemciye ağır yük bindiriyor demektir.

Ve bu bilgiler Sistem İzleme uygulamasından alınabilir.

1. Başlatmak Sistem izleme.

2. sekmeye git İşlemci.

3. İşlemleri sütuna göre sıralayabilirsiniz % İŞLEMCİ.

4. İşlemciyi en çok yükleyen programları görüyoruz.

Glutton Slack burada da göze çarpıyordu. Arka planda, işlemci gücünün %1-2'sine ihtiyaç duyar ve aktif mod diğer hizmetlerle birlikte, haberci %30'a kadar talepte bulunabilir.

alt satırda ne var

Ayrıntılı bir analizden sonra, bazı sonuçlar çıkarılabilir. Mac'inizin sınırları sık sık zorlanıyorsa, belirli uygulamaları kullanmayı düşünmelisiniz. Aynı Slack, bir tarayıcı aracılığıyla kullanılabilir veya birkaç programın (veya) yerini alan bir çoklu mesajlaşma aracı yüklemeyi deneyebilirsiniz.

Eğer değerli alternatifler program yapmaz, sadece gerekli olmadığında uygulamayı daha sık sonlandırmalısınız. yardım ile standart araçlar otomasyon ve tüm program setlerini açabilirsiniz.

Bu şekilde bilgisayarınızı boşaltabilir ve verimliliğinizi artırabilirsiniz.

⭐ Yeniden teşekkürler: Yararlı ve ilginç bilgiler için saklayın.

eski bir dizüstü bilgisayar aldım MacBook Pro 2010 yıl büyük ölçüde yavaşladı. Şüpheler diske düştü, bu modellerde HDD'ler kurulduğundan, önceden kurulmuş bir SSD ile değiştirilmesine karar verildi. Mac os işletim sistemi başka bir arabadan alınmıştır.

Sorun ortadan kalkmadı ve görsel bir iyileşme olmadı. Birkaç kontrolden sonra sıfırlama NVRAM ve SMC, soğutucu %100 rpm'de döndüğü için, sorunun donanımda olduğundan neredeyse emin olduğumda, yanlışlıkla " Sistem izleme”Ve oradaki işlemci yükünü %140-250 oranında gördüm.
Sorun şuydu ki, süreç çekirdek_görevi CPU kaynaklarını tüketti ve tüm işletim sisteminin çalışmasını engelledi.

İşte Apple'ın bu süreç hakkında yazdıkları:
kernel_task işlemi, hesaplama açısından yoğun programlar için CPU kaynaklarının kullanılabilirliğini azaltarak CPU sıcaklığının yönetilmesine yardımcı olur. Diğer bir deyişle, çekirdek süreci _task, aşırı ısınma riski olduğunda başlar Merkezi işlem birimi... Kendi başına, bu tür durumlara neden olmaz. CPU sıcaklığı düştüğünde, bu işlemin etkinliği otomatik olarak azalır.

Soruna bir çözüm bulundu:

1) Önce ekranı açın gizli klasörler:
- "Terminal" e gidiyoruz
- 2 komutla sürüyoruz:
varsayılanlar com.apple.finder AppleShowAllFiles TRUE yazar
öldürücü bulucu

2) Ardından bilgisayar modelini belirliyoruz:
- "Bu Mac Hakkında"yı tıklayın
- Ardından "Ayrıntılar" düğmesine basın
- "Sistem raporu"na tıklayın
Donanımın olduğu yerde "Model Kimliği"ni bulun ve hatırlayın. Benim durumumda bu MacBookPro7,1

3) Bu yolu izleyin:
/ Sistem / Kitaplık / Uzantılar
Dosya seçin IOPlatformPluginFamily.kext, sağ tıklayın ve "Paket İçeriğini Göster" i seçin

4) Git İçindekiler / Eklentiler , sonra dosyada ACPI_SMC_PlatformPlugin.kext ayrıca "Paket içeriğini göster"i seçin

5) Daha ileri İçindekiler / Kaynaklar dizüstü bilgisayar modeliyle dosyayı bulun. Unutmayın: Bir MacBookPro 7.1'im vardı. Bu dosyayı silin! (eğer değilse istenen dosya, en yakın modelleri silin, örneğin 8.1 yok, 7.1 ve 9.1'i silin)

6) Bilgisayarınızı yeniden başlatın. Bu prosedür muhtemelen her birinden sonra yapılmalıdır. Mac güncellemeleri işletim sistemi

Klasörlerin görüntüsünü daha önce olduğu gibi döndürmek için "Terminal"deki komutu çalıştırın:
varsayılanlar com.apple.finder AppleShowAllFiles YANLIŞ yazar
öldürücü bulucu

Model kimliğini silemiyorsanız

MacOS El Capitan veya daha yüksek bir sürüme sahip olmanız durumunda, öncelikle sistem bütünlüğü korumasını (Sistem Bütünlüğü Koruması veya kısaca SIP) kaldırmanız gerektiğinden, sistem tanımlayıcı dosyayı silmenize izin vermez.

SIP yalnızca kurtarma modundan devre dışı bırakılabilir. Yeniden başlatmanız gerekiyor, " terminal”Ve kapatma komutunu girin.

• Mac'i kapatın ve açarken ⌘R tuşlarını (Command + R) basılı tutun;
• Yüklemeden sonra kurtarma menüsüne geliyoruz. bölümünü açıyoruz" Araçlar"Ve koş" terminal»;
• Komutu girin:
  csrutil devre dışı
• Mac'inizi yeniden başlatın.

Korumayı etkinleştirmek için tekrar kurtarma moduna girmeniz, bir terminal açmanız ve komutu girmeniz gerekir.

MacOS (MacBook veya iMac) çalıştıran bir bilgisayarınız varsa, Activity Monitor'de "kernel_task" işlemini defalarca fark etmişsinizdir. Nedir ve neden sistemi yükler - makalemizde ele alacağız.

NS sistem süreci cihazın "donanımını" (özellikle işlemciyi) önemli ölçüde yükleyebilir. Yüke, soğutma sistemi soğutucularının hızında bir artış eşlik eder.

süreç nedir

Sitede elma"kernel_task"ın ana işlevinin, performans yoğun programları "bastırarak" sıcaklık kontrolü olduğu belirtilir.

Bilgisayar ısınmaya başlarsa işlem başlar ve bu sıcaklık artışına neden olan uygulamanın çalışmasını sınırlar. Yük yüzdesi "kernel_task" ısıtma ile orantılıdır.

nasıl devre dışı bırakılır

Özellikle endişeli bu sorun modası geçmiş sahipler Mac modelleri(2012 ve öncesi) cihazın kendisinin düşük performansı nedeniyle. Bu, bazı bileşenleri kaldırarak çözülebilir. İki seçeneği ele alalım.

Önemli! Yaptığınız tüm eylemler kendi sorumluluğunuzdadır ve risk size aittir. Dikkat olmak.

macOS Yosemite ve öncesi için

sürümünüz varsa işletim sistemi El Capitan'dan daha genç, kapatma işlemi şöyle görünecek.

1. "Terminal"e gidin → sırayla iki komut girin:
   
2. Bu Mac Hakkında'yı açın.
3. "Ayrıntılar" → "Sistem raporu".
4. "Model Kimliği" öğesindeki bilgileri hatırlayın (örneğin, "MacBookPro5,5").
   
5. "Git" → "Klasöre git".
   
6. / Sistem / Kitaplık / Uzantılar.
   
7. "IOPlatformPluginFamily.kext" → "Paket içeriğini göster" dosyasına sağ tıklayın.
   
8. “İçerik” → “Eklentiler” → “ACPI_SMC_PlatformPlugin.kext”e sağ tıklayın → “Paket içeriğini göster”.
9. “İçerik” → “Kaynaklar” içinde Mac'inizin adını taşıyan dosyayı bulun (örneğin, “MacBookPro7,1”) → silin.
   
10. Bilgisayarınızı yeniden başlatın → "Terminal"i açın → 2 komutu yazın:
    

Geçen gün elime bir MacBook Pro 13 ″ aldım. ilginç sorun task_kernel %390 (bu bize neredeyse tüm 4 çekirdeğin %100'de yüklendiğini söyler, bu tür sorunlar genellikle işlemci veya ekran kartı aşırı ısındığında ortaya çıkar). Papatyalarda böyle bir şey görmedim. O zamanki işletim sistemi MacOS 10.6 idi.

Sistemi Lion 10.7'ye güncelledik, tüm güncellemeleri tekrar topladık, bir süre iyi çalıştı, sonra aynı durum ...

MacBook / Macbook Air yavaşlamak Yüksek sıcaklık işlemci.

İşlemci ve ekran kartı üzerindeki yük ortalamadan biraz daha yüksek olduğunda, kernel_task işlemi (aslında işletim sistemi çekirdeği) işlemci gücünün %120-150'sini "yemeye" başlar. Bu durumda, dizüstü bilgisayarı köreltmek imkansız olmaya başlar.

Çekirdekteki bu iştahın suçlusu syslogd hizmetidir. Sorun, aşağıdaki eylemleri gerçekleştirerek çözülür:

1) Terminali açın (programlar - araçlar- terminal).

2) Hizmeti durdurun. Bunu yapmak için şu komutu girin:
sudo launchctl stop com.apple.syslogd

3) Bir dosyayı sileriz (büyük olasılıkla eksik olacaktır, bu durumda, terminal dosyanın orada olmadığından şikayet ederse, bir sonraki adıma geçin):
sudo rm /var/log/asl.db

4) asl klasörünü silin. Bunu yapmak için şunu girin:
sudo rm -R / var / log / asl

5) Günlüğü silin. Bunu yapmak için şunu girin:
sudo rm /var/log/system.log

6) Hizmetin yeniden başlatıldığında korkmasını önlemek için aynı dosyayı oluşturun, ancak aşağıdaki komutla boşaltın:
sudo touch /var/log/system.log

7) Hizmeti yeniden başlatın:
sudo launchctl com.apple.syslogd'yi başlat

Şimdi kalıcı belleği sıfırlayacağız (Kalıcı Olmayan Rastgele Erişimli Bellek veya NVRAM). Bunu yapmak için klavyenizde Cmd + Option + P + R (⌘ + ⌥ + P + R) tuşlarını bulun. Bilgisayarı açın ve çalıştırmadan önce bu tuş kombinasyonunu basılı tutun. gri ekran... Bilgisayar yeniden başlayana ve açılış melodisini (Başlangıç ​​Sesi - böyle bir "ta-dam") ikinci kez duyana kadar tuşları bırakmayacağız. Ardından tuşları bırakabilirsiniz, aksi takdirde dizüstü bilgisayar yeniden başlatılır.

Benim için, belirtilen eylemleri gerçekleştirmek aşağıdaki sonuçlara yol açtı:

Ortalama bir yük (Safari, Adium, Mail, Skype, Pages, iTunes) ile işlemci sıcaklığı 45-50 derece aralığında tutulur, fan hızı 1800-2200'dür. kernel_task işlemcinin yaklaşık %1-2'sini yer.

En yüksek yükler altında (HDTV'de video, aynı anda youtube'da birkaç video, ayrıca yukarıda listelenen tüm yazılımlar), işlemci sıcaklığı %75-80'e ulaşıyor, fan hızı 5000-6200 aralığında, kernel_task hala az yer - işlemcinin% 1 ila 3'ü.

Kaynaklar: http://aberegovoy.livejournal.com/, http://arwy.ru/

Her şeyi yazıldığı gibi yaptılar, ancak KİMDİR VE ŞİMDİ VAR, araştırmalarına daha da devam ettiler ...

Daha yakın zamanda fark ettim ki, zaman özerk çalışmaönemli ölçüde azaldı ve "kernel_task" işlemi oldukça fazla işlemci kullanıyordu (i8 çift çekirdekli işlemcimde, 2010 MBP'de sabit %1-6). Açıkçası, kernel_task işlemciyi kullanmanın pil gücünü azaltmaya yardımcı olduğunu düşünüyorum ve nedenini bulmam gerekiyor.

Googling, kernel_task gibi görünüyor, OS X için svchost.exe'nin Windows sürümü - hiçbir zaman gerçekten hata ayıklayamayacağınız kötü şöhretli her şeyi yapın, anahtarlardan biri çalışana kadar anahtarları manuel olarak çevirmeniz yeterlidir.

İzlenmeyen çekirdek etkinliğinin alt kısmına daha kolay ulaşabilmemin bir yolu var mı? Yeniden başlatmayı denemedim çünkü "düzeltirse" altta yatan sorunu çözmez.

Activity Monitor CPU kullanımını gösterir. Denetle'ye tıkladığımda, 77 iş parçacığı, 2 bağlantı noktası, CPU saati ve saati, saniyede yaklaşık 400 Bağlam Anahtarları ve saniyede yaklaşık 6000'de Mach Mesajları Giriş ve Çıkışı gösteriyor.

Bu kernel_task sürecini bir şekilde nasıl kontrol edebilir veya izleyebilirim ve tüm bu gücü gerçekte neyin kullandığını nasıl anlayabilirim?

(not: şu anki şüphelilerim Son Güncelleme 10.6.7, Firefox güncellemesi Beta 4 10'dan RC'ye veya ScreenResX, son zamanlarda düşünebildiğim tek şey)

Web'den Toplanan Çözümler "Kernel_task" işleminin hatalarını nasıl kontrolden çıkarırım?

İşte kernel_task'ın ne olduğuna dair harika bir açıklama. Bunlar sürücüler (kext'ler), ağ veya disk işlemleri olabilir. Sadece kernel_task işlemine eklemek için araçları kullanamazsınız.

Günlükler (Console.app), disk etkinliği (ör: iotop fs_usage), ağ etkinliği (bağlantıyı kesmeyi deneyin) gibi diğer işaretleri arayın. yerel ağ, ağ ayarlarında cihazları devre dışı bırakın), üçüncü taraf - tabletler olan bellekten (kextunload) sürücüleri silmeyi / silmeyi deneyin, usb modemler 3g vb. Kext yükleyen uygulamaları kontrol edin

Ayrıca herhangi bir çökme yaşadıysanız dosya sisteminizin sağlam olduğundan emin olun. son zamanlar- Kontrol.

Aşağıdaki terminal komutunu kullanarak kernal_task ile ilgili dosya ve programların nasıl tanımlanacağı konusunda benzer bir sorum vardı:

Kextstat -l -k | awk "(n = sprintf ("% d ", $ 4); print n, $ 6" | sıralama -n

Bu, çeşitli kext'leri ve bunlarla ilişkili hafızayı gösterecektir. Örneğin 6184960 com.apple.driver.AirPort.Brcm4360 benim için büyük bir 6184960 com.apple.driver.AirPort.Brcm4360'tır, ancak wifi kullanmak istersem pek bir şey yapamam.

Aldığım bir öneri, yukarıdakileri grep -v com.apple ile bağlayarak hafızada yer kaplayan tüm Apple olmayan kext'leri aramak. Belki de Apple dışı bazı programlar kaynaklarınızı kullanıyordur. Bunları hiçbir şeyi kırmadan çıkarabilmelisiniz.

Eski çözüm, elbette, bilgisayarınızı yeniden başlatmaktır. Bazen süreçleri normal CPU kullanımına döndürmek için gereken tek şey budur.

@Christopher'in belirttiği gibi, ısı kernel_task'ın CPU'sunun yükselmesine neden olabilir. Sebep, bu yazıda, MacOS Lion 10.7'deki kernel_task CPU ile ilgili sorunları "Düzeltme" bölümünde verilmiştir. Görünüşe göre CPU ısındığında, ACPI_SMC_PlatformPlugin.kext, gerçek CPU kullanımını azaltmaya çalışan CPU döngüleri alacak.

Bu nedenle bir çözüm, Mac'inizi (bir fan gibi) harici bir fan veya SMCFanControl gibi bir şey aracılığıyla soğutmaktır.

Makale, bu davranışa neden olan alt kext'i kaldırmak için başka bir çözüm sunar. Her ne kadar kişisel olarak itiraf etmeliyim ki, bu davranışı devre dışı bırakmanın ne kadar güvenli olduğundan emin değilim.

kernel_task işlemci kullanımında büyük bir artış oldu ve işlemci fanımın kısmen takılı olmadığı ortaya çıktı. kernel_task çok ısındığında CPU'yu kısmakla ilgili bir şey var. Sizin durumunuzda, belki de fanınız enkazdan ve tozdan temizlenmiş ve temizlenmesi gerekiyor.

Yeni bir OSX Lion'dayım yazılım 2011 için macbook ve son zamanlarda cpu'nun yaklaşık% 25-30'unu çalıştıran bir kernel_task'ım vardı ve fanım saatlerce maksimumda dönüyordu. Her seferinde bir şey denedim ve ne olduğunu ... 5 veya 6 pencereyi kapatarak Bulucu uygulaması... Nedenini anladığımı söyleyemem ama açıktı.

benim üzerimde Mac kullanımı kullanılanla orantılı olarak işlemcide çekirdek kernel_task verimİnternette, yaklaşık %0'dan %50'ye. Bu muhtemelen benim için sürücülerden kaynaklanıyor modem Huawei 3G (HuaweiDataCardDriver.kext).

Çekirdek uzantılarını devre dışı bırakmayı deneyebilirsiniz. Kextunload kullanmaya gerek yok: kext paketlerini / System / Library / Extensions / klasöründen farklı bir klasöre taşımak ve yeniden başlatmak güvenlidir. Kanarya kextstat | grep -v com.apple veya kextstat | grep -v com.apple kextstat | OS X ile birlikte gönderilmeyen çekirdek uzantılarını görüntülemek için grep -v com.apple.

Diğer bazı işlemler sistem çağrılarını veya kaynakları (bellek veya disk G/Ç olayları) aşırı yüklediğinde genellikle kernel_task kontrolden çıkar.

Bu olduğunda, aktivite ile ilgili sistem çağrılarını ve sayfa hatalarını size gösterecek olan fs_usage programını fs_usage kullanabilirsiniz. dosya sistemi gerçek zamanda.

Öyleyse bu komutu terminalde çalıştırın:

Sudo fs_usage

daha sonra hangi işlemlerin bazı sistem çağrılarını sıklıkla yaptığını gözlemleyin ve bunları kullanmıyorsanız kapatmayı/öldürmeyi düşünün.

Daha spesifik olmak için lütfen sütunu kontrol edin ZAMAN ARALIĞI, bu da size sistem çağrısı için geçen süreyi verir. Geçen süreden sonra bir W'nin görünmesi, işlemin etkin olmak üzere programlandığını gösterir (bu durumda geçen süre, zaman aşımını içerir).

Bu nedenle, en uzun zaman aralığını kullanan süreçleri filtrelemek için sistem çağrıları, Çalıştırmak:

Sudo fs_usage | grep -v 0.0000

bu size son sütunda en aç süreçleri gösterecektir (çekirdek zamanı açısından). Hassasiyet için sıfır sayısını ayarlayabilirsiniz (daha az sıfır, daha fazla zaman).

Daha fazla fikir için şuna da bakın: Bellek Kullanımı Nasıl Araştırılır? harika hafızaçekirdekler?

En yaygın sorunlar şunlardır:

• VBoxHeadless: Sanal VBoxHeadless (serseri aracılığıyla) kullanıyorsanız, kullanılmadığında bunları duraklatmayı düşünün;
• mtmd: öyle görünüyor Zaman makinesi verileriniz her saat başı yedekler. yedekleme diski bağlı değil (sözde yerel anlık görüntüler), bu yüzden devre dışı bırakmayı deneyin (sudo tmutil disablelocal);
• şarap: kullanıyorsanız Windows uygulamaları, kullanılmadıklarında kapatmayı düşünün;
• Chrome: Aynı anda açılan sekmelerin sayısını sınırlayın (deneyin Tek Sekme?) Veya bazı uzatma işlemlerini sonlandırın ( flaş?) Karşısında Görev Yöneticisi her sekme ayrı bir işlem oluşturabileceğinden;

Aynı sorunu Yosemite'de de yaşadım ama bu arkadaşa dayanan bu nazik ruh sayesinde çözebildim. Hala ne olduğunu anlayamıyorum, ama anlamaya çalışırken bütün bir hafta sonunu kaybettikten sonra vazgeçtim ve körü körüne onun talimatlarına uydum. Activity Monitor'deki umutsuzluğuma bakın:

Dikkatli ol, her zaman yap destek olmak ve açıklama için verilen bağlantıları okuyun. Herhangi bir hasardan ben sorumluyum. Uyarıldın.