Come disabilitare SpeedStep quando si utilizza MacBook Pro senza batteria?

Prima di tutto, le specifiche:

• MacBook Pro (15 pollici, inizio 2011)
• OS X 10.9.1 (Mavericks)
• Intel Core i7 a 2,3 GHz
• 8 GB di RAM

Il problema

Di recente, la mia batteria è andata in modo casuale e ho dovuto disconnetterla, altrimenti il ​​mio computer non si accendeva correttamente (MacBook Pro si riavviava da solo e si spegneva più e più volte).

Ora, ogni volta che inserisco il cavo di alimentazione, si avvia immediatamente (anche senza premere il pulsante di accensione), si spegne dopo alcuni secondi e quindi si avvia normalmente. Strano.

Tuttavia, il problema principale è che, dopo qualche tempo, il laptop diventa MOLTO lento. Con "MOLTO lento" intendo - i giochi diventano ingiocabili (FPS scendono da 60 a 6) e kernel_task inizia a utilizzare oltre il 500% della CPU. Inoltre, la velocità del mouse aumenta in modo significativo .

Ho provato il del interrock (il 10 ° post) guida , ma non sembra funzionare correttamente e mi ha causato un kernel panic relativo al SleepEnabler .

PS Ho letto da qualche parte che Apple fa questo " underclocking " intenzionalmente, per motivi di sicurezza o di marketing (per acquistare una nuova batteria). Perfavore, correggimi se sbaglio.

OS X rallenta in modo intelligente la CPU in base a determinate condizioni nel tentativo di a) prolungare la durata della batteria eb) evitare danni al sistema (a causa di calore eccessivo). Apple non "sabota" le macchine nel tentativo di convincere i clienti ad acquistare nuove batterie. - cksum

Qualsiasi aiuto sarebbe apprezzato. Grazie in anticipo.

Soluzione (che ha funzionato per me)

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

È una soluzione semplice e la maggior parte delle persone che hanno problemi simili a quello che descrivi sono abbastanza felici quando se ne rendono conto. Non mi merito per questa correzione, perché è tutto grazie a Rhys Oxenhams che ha studiato questo e ha trovato una soluzione .

Grazie a L'L per aver trovato questo.

Sembra che tu abbia un problema con la batteria, anche se è probabile che si stia solo aggiungendo al problema di fondo che hai toccato.

Il concetto alla base di Speedstep sembra buono, tuttavia, il modo in cui funziona è piuttosto negativo, specialmente quando si tratta di kernel_task. Credo che sia la ragione per cui stai vedendo un rallentamento così drammatico, perché questa "funzione" sta consumando la maggior parte della tua CPU MacBook Pro, quindi apparentemente può raffreddare il tuo sistema e risparmiare energia.

La tecnologia Intel SpeedStep consente al sistema di regolare in modo dinamico la tensione del processore e la frequenza del core, il che può comportare una riduzione del consumo medio di energia e una riduzione della produzione media di calore. (da Intel)

Ciò equivale a perdere una parte significativa della CPU mentre SpeedStep dirotta kernel_task e svolge continuamente attività a basso costo fino a quando la temperatura della CPU non scende. Il tuo sistema essenzialmente si impantana in modo da poter risparmiare energia indipendentemente dal fatto che tu lo voglia o no. Immagino che la maggior parte delle persone si aspettano di essere in grado di utilizzare tutta la loro potenza della CPU quando vogliono, non quando il loro sistema lo consente.

Fortunatamente questa "caratteristica" è integrata in un kext, in cui ciascun identificatore del modello specifica come controllare la temperatura della CPU. È una soluzione semplice e la maggior parte delle persone che hanno problemi simili a quello che descrivi sono abbastanza felici quando se ne rendono conto. Non mi merito per questa correzione, perché è tutto grazie a Rhys Oxenhams che ha studiato questo e ha trovato una soluzione .

L'attività del kernel che assorbe i cicli della CPU è principalmente un problema di sicurezza e longevità.

La CPU è in grado di generare molto più calore di quanto il telaio MacBook Pro possa irradiare e di controllare ventole difettose e altri guasti hardware, il sistema ridurrà drasticamente la capacità della CPU di generare calore quando rileva un rapido aumento delle temperature misurate - specialmente quando i soffianti non rispondono come previsto o hanno già comandato di funzionare ai loro valori massimi di RPM.

Ti consigliamo di escludere la temperatura come causa di questo comportamento come primo passo IMO.

Inoltre, considera la sostituzione della batteria in quanto ha anche sensori di temperatura e il firmware potrebbe essere molto più conservativo con la CPU quando sa che alcuni sensori non segnalano più il funzionamento, per così dire.

Apple non solo sblocca la CPU a circa la metà, quando non è presente alcuna batteria, ma anche la GPU , con o senza batteria.

Penso che il motivo non sia necessariamente forzare l'utente ad acquistare una nuova batteria, ma rimane di marketing. Hai notato come il caricabatterie CA MBP sia notevolmente più piccolo della maggior parte dei caricabatterie CA per laptop PC? Non sono un esperto di watt e voltaggio, ma per rendere conto del design minimalista ed elegante non hanno reso abbastanza potente per il tuo MBP per funzionare. Ha bisogno di una batteria per la massima potenza, altrimenti l'adattatore CA e la macchina potrebbero tostarsi o semplicemente non funzionare.

La limitazione della GPU è stata una misura per garantire che il loro marchio avrebbe una durata della batteria migliore rispetto alla concorrenza, altrimenti si otterrebbero ~ 4 ore di utilizzo, non realmente competere nel mondo dei laptop.

Una soluzione alternativa per il problema della CPU, oltre a quella che hai pubblicato , consiste nel sottotensione , offerto da un'app shareware chiamata CoolBook . Sfortunatamente, è supportato solo fino a Snow Leopard e ha una politica di licenza molto rigida (per computer, non per utente). L'opzione più sicura è ancora quella di ottenere una nuova batteria.

Una soluzione alternativa per il problema GPU è pubblicata qui .

Penso che il tuo problema principale e la batteria siano correlati in un senso di Domino. Non posso dire dal tuo post ma hai detto che hai scollegato la batteria. In questo modo resetta il tuo SMC ecco perché ora ogni volta che colleghi un cavo di alimentazione, l'unità salta e ha un lieve infarto, si riavvia e infine si avvia.

SMC è stato danneggiato e deve essere reimpostato e per quello aspetto su http://support.apple.com/kb/ht3964

Ora riguardo alla tua CPU% sono d'accordo con cksum e bmike. La batteria è dotata di sensori e se la batteria è mancante o danneggiata, è necessario sostituirla perché le ventole e l'unità si esauriscono in condizioni di stress o tempo. Inoltre, suggerirei anche di eseguire Apple Hardware Test che dovrebbe trovarsi su uno dei tuoi DVD di sistema in grigio fornito con l'unità. L'esecuzione di AHT testa rapidamente i sensori e fa controlli CPU e RAM, cosa utile in questo caso. Non voglio pensare che ci fosse qualche motivo per cui potesse verificarsi un danno ESD, ma è un rischio e una possibilità.

Il metodo di rdoxenham risolve il problema kernel_task, ma non riporta le prestazioni della cpu alla sua modalità attuale. Lascia che ti dia lo sfondo della mia storia.

Ho un MBP da 15 pollici all'inizio del 2011 (i7, 10 GB di RAM), quindi è da un po 'che la batteria è scarica e ho dovuto affrontare il ritardo della GPU e della CPU fino alla correzione di rdoxenham.

Questo processo è temporaneamente risolto finché non sostituiamo la batteria scarica / vecchia / difettosa. Senza la batteria del laptop, la CPU non sta assorbendo energia sufficiente per funzionare al suo livello ottimale.

Se usi GeekBench per testare le prestazioni del tuo laptop noterai la differenza nel punteggio del tuo laptop e gli altri senza questo problema.

Il mio punteggio sembrava influenzato dal fatto che la CPU non riceveva l'energia necessaria senza la batteria. Questa correzione risolve la parte software del problema ma non risolve la parte hardware.

Le nostre CPU hanno bisogno del loro succo e direi che questo FIX è un'ottima soluzione per loro, che sta affrontando il problema del kernel con una batteria funzionante. Ma per qualcuno come me (che esegue un macbook senza batteria) questo non risolve tutto. OTTIENI UNA BATTERIA AL PIÙ PRESTO. AMAZON!

Il metodo di rdoxenham ha funzionato anche per me. Questo era il mio problema:

MacBook Pro (13 pollici, inizio 2011), macOS 10.12.1 Sierra. La batteria era scarica da un po 'di tempo, ma il computer aveva funzionato bene. Un giorno improvvisamente non si sarebbe svegliato dal sonno e il pulsante di accensione non ha reagito. Ho tirato fuori e rimesso il cavo di alimentazione e quindi ho potuto riavviare. L'avvio ora ha richiesto molti minuti e tutto è in ritardo. Il mouse si spostava in qualcosa come 0,5 fps. Tutto ha funzionato ma c'era un ritardo estremo. Animazioni, cursore, input da tastiera, tempo richiesto per l'apertura delle applicazioni - tutto. Il monitor delle attività ha segnalato quasi sempre il sistema utilizzando quasi il 100% della CPU. A volte è diminuito un po 'e il ritardo è migliorato un po'. Per alcuni istanti l'attività della CPU era normale e poi tutto ha funzionato bene, ma i problemi sono tornati dopo un minuto. È stato segnalato che kernel_task utilizza molta più CPU di quella disponibile, tra il 200 e il 1000%. Il problema è rimasto nonostante i riavvii e la sospensione del computer durante la notte. Il computer era inutilizzabile.

Ho escluso software difettoso e molte potenziali fonti di hardware difettoso. Ho provato tutto questo, ma il problema è rimasto:

• Tolto l'HDD e avviato da esso esternamente
• Avviato da un altro HDD esternamente, con OS X 10.8 Mountain Lion.
• Scollegato il cavo interno SATA HDD
• Adattatore di alimentazione diverso
• Ripristino PRAM
• Ripristino SMC
• Risistemati entrambi i moduli RAM
• Utilizzato solo uno dei moduli RAM alla volta, in slot diversi, per escludere che uno qualsiasi dei moduli o degli slot sia danneggiato
• Disconnesso la batteria
• Scollegato il cavo AirPort / Bluetooth
• Disconnesso il trackpad

Sospettavo un problema con la scheda logica. Ma poi ho provato a spostare il file kext appropriato da /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/. Come per magia, ora il computer sembra funzionare di nuovo bene. Vedrò se riesco a mettere in attesa una batteria di ricambio e rimettere il kext, ma per ora lo farà. Non capisco come la rimozione di un kext possa provocare un surriscaldamento. Un kext fa parte di un'installazione specifica del sistema operativo e, ad esempio, non sarebbe presente quando si avvia Windows o qualcos'altro. Sicuramente la temperatura deve essere principalmente controllata da qualcosa di livello inferiore. Ma bene, se il computer muore, muore. Comunque non ha funzionato prima di questa correzione.