MacBook Pro'yu pilsiz kullanırken SpeedStep'i nasıl devre dışı bırakılır?

Her şeyden önce, özellikler:

• MacBook Pro (15-inç, 2011 Başı)
• OS X 10.9.1 (Mavericks)
• 2.3 GHz Intel Core i7
• 8 GB RAM

Sorun

Son zamanlarda, pilim rastgele tükendi ve bağlantısını kesmek zorunda kaldım, aksi halde bilgisayarım düzgün bir şekilde açılmazdı (MacBook Pro yeniden başlatılıyor ve tekrar tekrar kapanıyordu).

Şimdi, güç kablosunu her taktığımda, hemen başlıyor (güç düğmesine basmadan bile), birkaç saniye sonra kapanıyor ve ardından normal şekilde başlıyor. Tuhaf.

Bununla birlikte, asıl sorun, bir süre sonra dizüstü bilgisayarın ÇOK yavaşlamasıdır. "ÇOK yavaş" derken, oyun oynanamaz hale gelir (FPS 60'tan 6'ya düşer) ve kernel_task CPU'nun% 500'ünden fazlasını kullanmaya başlar. Dahası, fare hızı önemli ölçüde artar .

İnterkok'un (10. yazı) rehberini denedim ama doğru çalışmıyor gibi görünüyor ve bana SleepEnabler ile ilgili bir çekirdek panikine neden oldu .

PS Güvenlik ve pazarlama (yeni bir batarya satın almak için) nedenleriyle Apple'ın bu " underclocking " işlemini bilerek yaptığını okudum . Yanılıyorsam beni duzelt lutfen.

OS X, a) pil ömrünü uzatmak ve b) sistemin zarar görmesini engellemek (aşırı ısı nedeniyle) amacıyla, belirli koşullara dayalı olarak CPU'yu akıllıca boğacaktır. Apple, müşterilerin yeni pil satın almalarını sağlamak amacıyla makineleri "sabote etmiyor". - cksum

Herhangi bir yardım takdir edilecektir. Şimdiden teşekkür ederim.

Çözüm (Benim İçin İşe Yaradı)

http://www.rdoxenham.com/?p=259

Bu basit bir düzeltmedir ve tarif ettiğinize benzer sorunları olan çoğu insan bunu anladıktan sonra oldukça mutludur. Bu düzeltme için kredi almıyorum, çünkü hepsi bunu araştırıp bir çözüm bulmuş olan Rhys Oxenhams sayesinde .

Bunu bulduğum için teşekkürler .

Bataryanızla ilgili bir probleminiz var gibi gözüküyor, ancak muhtemelen üzerine dokunduğunuz altta yatan konuya ekliyor olabilir.

Speedstep'in arkasındaki konsept iyi görünüyor , ancak çalışma şekli oldukça kötü - özellikle kernel_task söz konusu olduğunda. Bu kadar dramatik bir yavaşlama görmenin sebebinin bu olduğuna inanıyorum - çünkü bu "özellik" MacBook Pro işlemcinizin çoğunluğunu tüketiyor, bu sayede sisteminizi soğutuyor ve enerji tasarrufu sağlıyor.

Intel SpeedStep Teknolojisi , sistemin işlemci voltajını ve çekirdek frekansını dinamik olarak ayarlamasına izin verir; bu da ortalama güç tüketiminin azalmasına ve ortalama ısı üretiminin azalmasına neden olabilir. (Intel'den)

Buna eşit olan şey, SpeedStep'in kernel_task'i ele geçirip CPU sıcaklığı düşene kadar sürekli düşük masraflı işleri gerçekleştirirken CPU'nun önemli bir bölümünü kaybetmenizdir. Sisteminiz temelde tıkanır, böylece ister istemeseniz enerjiden tasarruf edebilirsiniz. Çoğu insanın istedikleri zaman CPU güçlerinin tümünü kullanabilmeyi beklediklerini hayal ediyorum - sistemleri izin verdiğinde değil.

Neyse ki bu "özellik", her model tanımlayıcının CPU sıcaklığının nasıl kontrol edileceğini belirttiği bir kext içerisine yerleştirilmiştir. Bu basit bir düzeltmedir ve tarif ettiğinize benzer sorunları olan çoğu insan bunu anladıktan sonra oldukça mutludur. Bu düzeltme için kredi almıyorum, çünkü hepsi bunu araştırıp bir çözüm bulmuş olan Rhys Oxenhams sayesinde .

CPU döngülerini emen çekirdek görevi, öncelikle bir güvenlik ve uzun ömürlüdür.

CPU, MacBook Pro çerçevesinin yaydığından çok daha fazla ısı üretme yeteneğine sahiptir ve arızalı fanları ve diğer donanım arızalarını kontrol eder, sistem ölçülen sıcaklıklarda hızlı bir yükseliş algıladığında CPU'nun ısı üretme kabiliyetini önemli ölçüde azaltır. - özellikle üfleyiciler beklendiği gibi yanıt vermediğinde veya zaten maksimum RPM değerlerinde çalıştırma komutu verildiğinde.

IMO'nun ilk adımı olarak bu davranışın nedeni olarak sıcaklığı ekarte etmek isteyeceksiniz.

Ayrıca, sıcaklık sensörlerine de sahip olduğu ve bazı sensörlerin artık görev rapor etmediğini bildiği zaman bellenim CPU ile çok daha tutucu olabileceğinden pili değiştirmeyi düşünün.

Apple , pili olmadığında CPU'yu sadece yarıya indirmekle kalmaz , aynı zamanda pili ya da pili olmadan da GPU'yu alt eder .

Bunun sebebi, kullanıcıyı mutlaka yeni bir batarya almaya zorlamak değil, pazarlamaya devam etmek olduğunu düşünüyorum. MBP AC şarj cihazının PC dizüstü bilgisayarlardaki çoğu AC şarj cihazından daha küçük olduğunu fark ettiniz mi? Watt ve voltaj konusunda uzman değilim, ancak minimalist ve zarif tasarımı hesaba katarak MBP'nizin çalışması için yeterince güçlü olmadılar. Tam güç için bir bataryaya ihtiyaç duyar, aksi takdirde AC adaptörü ve makineniz kızabilir veya çalışmaz hale gelebilir.

GPU azaltması, markalarının rakiplerinden daha iyi pil ömrü elde etmesini sağlayacak bir önlemdi, aksi halde dizüstü dünyasında gerçekten rekabet etmeyecek kadar 4 saat kullanım alırsınız.

CPU sorunu için bir geçici çözüm, yayınlanan bir yanı sıra, CoolBook adlı bir shareware uygulaması tarafından sunulan düşük , oluşur . Ne yazık ki, yalnızca Snow Leopard'a kadar desteklenir ve çok katı bir lisans politikasına sahiptir (bilgisayar başına, kullanıcı başına değil). En güvenli seçenek hala yeni bir pil almak.

GPU sorunu için bir geçici çözüm burada yayınlanmıştır .

Bence asıl mesele ve batarya, Domino anlamında bir ilişki. Gönderinizden söyleyemem ama pili çıkardığınızı söylemiştiniz. Bunu yaparak SMC'nizi sıfırlayın, bu yüzden şimdi bir güç kablosunu her taktığınızda ünite atlar ve hafif bir kalp krizi geçirir, yeniden başlatılır ve sonunda önyüklenir.

SMC hasar gördü ve sıfırlanması gerekiyor ve bunun için http://support.apple.com/kb/ht3964 adresine bakın.

Şimdi CPU'nuzla ilgili olarak% cksum ve bmike ile aynı fikirdeyim. Bataryanızın içinde sensörler var ve eğer bataryanız eksik ya da hasarlıysa, değiştirilmeleri gerekir, çünkü fanlar ve ünite stres ya da zaman içinde çılgına döner. Ek olarak, birimlerinizle birlikte verilen gri DVD'lerden birinde olması gereken Apple Donanım Testini çalıştırmanızı da öneririm. AHT'nin çalıştırılması sensörleri hızlı bir şekilde test eder ve bu durumda kullanışlı olan CPU ve RAM kontrollerini yapar. ESD hasarının oluşmasının bir nedeni olduğunu düşünmek istemiyorum, ancak bu bir risk ve olasılık.

rdoxenham'ın metodu kernel_task konusunu düzeltir, ancak cpu'nun performansını gerçek moda getirmez. Sana hikayemin geçmişini vereyim.

Bir MBP 15'Inch Early 2011 (i7, 10GB RAM) var, bu yüzden bataryası bitmişti ve GPD & CPU gecikmesiyle rdoxenham düzeltilinceye kadar karşılaştım.

Bu işlem, eski / eski / hatalı pilimizi değiştirene kadar geçici olarak giderilir. Dizüstü bilgisayardaki pil olmadan CPU, optimum seviyede çalışması için gereken gücü almıyor.

Dizüstü bilgisayarınızın performansını test etmek için GeekBench kullanıyorsanız, dizüstü bilgisayarınızın puanındaki ve diğerlerinde bu sorunu yaşamadıklarını fark edeceksiniz.

Puanım, cpu, batarya olmadan ihtiyaç duyduğu gücü alamamasından etkilendi gibi görünüyordu. Bu Düzeltme, sorunun yazılım bölümünü çözer ancak donanım bölümünü çözmez.

İşlemcimizin meyve suyuna ihtiyacı var ve şunu söyleyebilirim ki bu FIX, çalışan bir batarya bataryasıyla sadece çekirdek sorunuyla karşı karşıya kalanlar için BÜYÜK bir düzeltme. Ama benim gibi biri için (pili olmayan bir macbook çalıştırıyor) bu her şeyi çözmüyor. En kısa sürede pil kazanın. AMAZON bu!

rdoxenham'ın metodu da benim için çalıştı. Bu benim sorunumdu:

MacBook Pro (13 inç, 2011'in başlarında), macOS 10.12.1 Sierra. Pil bir süredir bitmişti ama bilgisayar iyi çalışıyordu. Bir gün aniden uykudan uyanmaz ve güç düğmesi tepki vermez. Güç kablosunu çıkardım ve tekrar taktım ve tekrar açılabiliyordum. Önyükleme şimdi birkaç dakika sürdü ve her şey gecikti. Fare 0,5 fps gibi bir şeye taşındı. Her şey çalıştı ama aşırı bir gecikme yaşandı. Animasyonlar, imleç, klavye girişi, uygulamaları açmak için gereken zaman - her şey. Etkinlik izleyici sistemi hemen hemen her zaman CPU'nun% 100'üne yakını kullanarak bildirdi. Bazen biraz düştü ve gecikme biraz düzeldi. Kısa anlar için CPU aktivitesi normaldi ve sonra her şey yolunda gitti, ancak sorunlar bir dakika sonra geri döndü. kernel_task'ın mevcut olandan çok daha fazla CPU kullandığı rapor edildi -% 200-1000 arasında. Yeniden başlatmalara ve bilgisayarın gece boyunca kalmasına izin verilmesine rağmen sorun devam etti. Bilgisayar kullanılamazdı.

Kötü yazılımları ve birçok potansiyel kötü donanım kaynağını ekarte ettim. Bunların hepsini denedim ama sorun devam etti:

• HDD'yi çıkardı ve harici olarak başlattı
• Harici olarak başka bir HDD’den boot edilmiş, OS X 10.8 Mountain Lion’u çalıştırıyor.
• Dahili HDD SATA kablosunun bağlantısı kesildi
• Farklı güç adaptörü
• PRAM sıfırlama
• SMC sıfırlama
• Her iki RAM modülünü tekrar oturtmak
• Bir seferde RAM modüllerinden sadece birini, farklı slotlarda, kötü modüller veya slotlardan herhangi birini dışlamak için kullanılır.
• Akü bağlantısı kesildi
• AirPort / Bluetooth kablosunun bağlantısı kesildi
• İzleme dörtgeni bağlantısı kesildi

Bir mantık kurulu sorunundan şüphelendim. Ancak daha sonra uygun kext dosyasını /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/ adresinden çıkarmayı denedim. Sihir gibi, bilgisayar şimdi yine iyi çalışıyor gibi görünüyor. Bakalım yedek bataryayı tutabilir miyim ve kext'i geri alabilir miyim, ama şimdilik bu işe yarayacak. Bir kext'i kaldırmanın aşırı ısınmaya neden olabileceğini anlamadım. Bir kext, işletim sisteminin belirli bir kurulumunun bir parçasıdır ve örneğin Windows ya da başka bir şeyi önyüklerken bulunmayacaktır. Elbette, sıcaklık öncelikle daha düşük bir seviyeyle kontrol edilmelidir. Fakat bilgisayar ölürse ölür. Zaten bu düzeltmeden önce işe yaramadı.