Tout d'abord, les spécifications:
- MacBook Pro (15 pouces, début 2011)
- OS X 10.9.1 (Mavericks)
- Intel Core i7 2,3 GHz
- 8 Go de RAM
Le problème
Récemment, ma batterie est morte au hasard et j'ai dû la déconnecter, sinon mon ordinateur ne s'allumerait pas correctement (le MacBook Pro se redémarrait et s'éteignait encore et encore).
Maintenant, chaque fois que je branche le câble d'alimentation, il démarre immédiatement (même sans appuyer sur le bouton d'alimentation), s'éteint après quelques secondes, puis démarre normalement. Bizarre.
Néanmoins, le principal problème est qu'après un certain temps, l'ordinateur portable devient TRÈS lent. Par "TRÈS lent", je veux dire - les jeux deviennent illisibles (FPS passe de 60 à 6) et kernel_task commence à utiliser plus de 500% du CPU. De plus, la vitesse de la souris augmente considérablement .
J'ai essayé le de interrock (le 10 poste) Guide mais il ne semble pas correctement le travail et m'a fait un noyau panique liés à la SleepEnabler .
PS J'ai lu quelque part qu'Apple fait ce " underclocking " intentionnellement, pour des raisons de sécurité ou de marketing (pour acheter une nouvelle batterie). S'il vous plait corrigez moi si je me trompe.
OS X étranglera intelligemment le processeur en fonction de certaines conditions dans le but de a) prolonger la durée de vie de la batterie et b) éviter d'endommager le système (par une chaleur excessive). Apple ne "sabote" pas les machines dans le but d'amener les clients à acheter de nouvelles batteries. - cksum
Toute aide serait appréciée. Merci d'avance.
Solution (qui a fonctionné pour moi)
http://www.rdoxenham.com/?p=259
C'est une solution simple, et la plupart des personnes qui ont des problèmes similaires à ce que vous décrivez sont très heureuses une fois qu'elles en sont conscientes. Je ne prends aucun crédit pour ce correctif, car tout est grâce à Rhys Oxenhams qui a fait des recherches et a trouvé une solution .
Merci à l'L'l d' avoir trouvé ça.
Réponses:
Il semble que vous ayez un problème avec votre batterie, mais il est probable que cela ne fait qu'ajouter au problème sous-jacent que vous avez abordé.
Le concept derrière Speedstep semble bon, cependant, la façon dont cela fonctionne est assez mauvaise - surtout quand il s'agit de kernel_task. Je pense que c'est la raison pour laquelle vous constatez un ralentissement aussi spectaculaire - car cette "fonctionnalité" consomme la majorité de votre processeur MacBook Pro, ce qui peut apparemment refroidir votre système et économiser de l'énergie.
Cela signifie que vous finissez par perdre une partie importante du processeur tandis que SpeedStep détourne kernel_task et effectue continuellement des tâches à faible surcharge jusqu'à ce que la température du processeur baisse. Votre système est essentiellement enlisé afin que vous puissiez économiser de l'énergie, que vous le vouliez ou non. J'imagine que la plupart des gens s'attendent à pouvoir utiliser toute la puissance de leur CPU quand ils le souhaitent - pas quand leur système le leur permet.
Heureusement, cette «fonctionnalité» est intégrée dans un kext, dans lequel chaque identifiant de modèle spécifie comment contrôler la température du CPU. C'est une solution simple, et la plupart des personnes qui ont des problèmes similaires à ce que vous décrivez sont très heureuses une fois qu'elles en sont conscientes. Je ne prends aucun crédit pour ce correctif, car tout est grâce à Rhys Oxenhams qui a fait des recherches et a trouvé une solution .
la source
La tâche du noyau qui trempe les cycles CPU est principalement un problème de sécurité et de longévité.
Le processeur est capable de générer beaucoup plus de chaleur que le châssis du MacBook Pro ne peut rayonner et pour contrôler les ventilateurs défaillants et autres pannes matérielles, le système va considérablement réduire la capacité du processeur à générer de la chaleur lorsqu'il détecte une augmentation rapide des températures mesurées - en particulier lorsque les soufflantes ne répondent pas comme prévu ou ont déjà reçu l'ordre de fonctionner à leurs valeurs de régime maximales.
Vous voudrez exclure la température comme cause de ce comportement dans un premier temps IMO.
Envisagez également de remplacer la batterie, car elle possède également des capteurs de température et le micrologiciel peut être beaucoup plus conservateur avec le processeur lorsqu'il sait que certains capteurs ne sont plus en service, pour ainsi dire.
la source
Apple sous-charge non seulement le processeur à environ la moitié, en l'absence de batterie, mais également le GPU , avec ou sans batterie.
Je pense que la raison n'est pas forcée de forcer l'utilisateur à acheter une nouvelle batterie mais reste marketing. Avez-vous remarqué que le chargeur AC MBP est considérablement plus petit que la plupart des chargeurs AC pour ordinateurs portables PC? Je ne suis pas un expert en watts et en tension, mais pour tenir compte du design minimaliste et élégant, ils ne l'ont pas rendu suffisamment puissant pour que votre MBP fonctionne. Il a besoin d'une batterie pour une puissance maximale, sinon l'adaptateur secteur et votre machine pourraient être grillés ou tout simplement ne pas fonctionner.
La limitation du GPU était une mesure pour assurer que leur marque obtiendrait une meilleure autonomie de la batterie que la concurrence, sinon vous obtiendriez environ 4 heures d'utilisation, pas vraiment compétitif dans le monde des ordinateurs portables.
Une solution de contournement pour le problème de CPU, en plus de celle que vous avez publiée , consiste à sous - tension , qui est offerte par une application de shareware appelée CoolBook . Malheureusement, il n'est pris en charge que jusqu'à Snow Leopard et a une politique de licence très stricte (par ordinateur, pas par utilisateur). L'option la plus sûre est toujours d'obtenir une nouvelle batterie.
Une solution de contournement pour le problème de GPU est publiée ici .
la source
Je pense que votre problème principal et votre batterie sont liés dans un sens Domino. Je ne peux pas le dire dans votre message, mais vous avez dit que vous aviez débranché la batterie. Ce faisant, réinitialisez votre SMC, c'est pourquoi chaque fois que vous connectez un cordon d'alimentation, l'appareil saute et subit une légère crise cardiaque, redémarre et enfin démarre.
Votre SMC a été endommagé et doit être réinitialisé et pour cela, rendez-vous sur http://support.apple.com/kb/ht3964
En ce qui concerne votre CPU%, je suis d'accord avec cksum et bmike. Votre batterie contient des capteurs et si votre batterie est manquante ou endommagée, vous devez la faire remplacer car les ventilateurs et l'unité paniqueront sous le stress ou le temps. De plus, je suggère également d'exécuter Apple Hardware Test, qui devrait se trouver sur l'un des DVD gris de votre système livré avec l'unité. L'exécution d'AHT teste les capteurs rapidement et effectue des vérifications CPU et RAM, ce qui est quelque chose de pratique dans ce cas. Je ne veux pas penser qu'il y avait une raison pour laquelle des dommages ESD pourraient se produire, mais c'est un risque et une possibilité.
la source
La méthode de rdoxenham corrige le problème de kernel_task, mais elle ne ramène pas les performances du processeur à son mode réel. Permettez-moi de vous donner l'historique de mon histoire.
J'ai un MBP 15 pouces début 2011 (i7, 10 Go de RAM), donc ça fait un moment que sa batterie est morte et j'ai fait face au retard du GPU et du CPU jusqu'à la correction de rdoxenham.
Ce processus est un correctif temporaire jusqu'à ce que nous remplacions notre batterie morte / ancienne / défectueuse. Sans la batterie de l'ordinateur portable, le processeur ne consomme pas suffisamment d'énergie pour fonctionner à son niveau optimal.
Si vous utilisez GeekBench pour tester les performances de votre ordinateur portable, vous remarquerez la différence dans le score de votre ordinateur portable et les autres sans ce problème.
Mon score semblait affecté par le fait que le processeur n'obtenait pas la puissance dont il avait besoin sans la batterie. Ce correctif résout la partie logicielle du problème mais ne résout pas la partie matérielle.
Nos processeurs ont besoin de leur jus et je dirais que ce correctif est une excellente solution pour eux, qui sont juste confrontés au problème du noyau avec une batterie en état de marche. Mais pour quelqu'un comme moi (exécuter un macbook sans batterie), cela ne résout pas tout. OBTENEZ UNE BATTERIE DÈS QUE POSSIBLE. AMAZON it!
la source
Le metod de rdoxenham a également fonctionné pour moi. C'était mon problème:
MacBook Pro (13 pouces, début 2011), macOS 10.12.1 Sierra. La batterie était morte depuis longtemps, mais l'ordinateur fonctionnait bien. Un jour, il ne s'est pas réveillé du sommeil et le bouton d'alimentation n'a pas réagi. J'ai retiré et remis le cordon d'alimentation et j'ai pu redémarrer. Le démarrage prenait maintenant plusieurs minutes et tout était à la traîne. La souris s'est déplacée dans quelque chose comme 0,5 fps. Tout a fonctionné mais il y avait un décalage extrême. Animations, le curseur, la saisie au clavier, le temps nécessaire à l'ouverture des applications - tout. Le moniteur d'activité a signalé que le système utilisait presque 100% du processeur presque toujours. Parfois, cela diminuait un peu et le décalage s'améliorait un peu. Pendant de courts moments, l'activité du processeur était normale, puis tout a bien fonctionné, mais les problèmes sont revenus après une minute. kernel_task a été signalé comme utilisant beaucoup plus de CPU que ce qui était disponible - entre 200 et 1000%. Le problème est resté malgré les redémarrages et laisser l'ordinateur rester allumé pendant la nuit. L'ordinateur était inutilisable.
J'ai exclu les mauvais logiciels et de nombreuses sources potentielles de mauvais matériel. J'ai essayé tout cela, mais le problème est resté:
J'ai suspecté un problème de carte mère. Mais j'ai ensuite essayé de déplacer le fichier kext approprié de /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/. Comme par magie, l'ordinateur semble maintenant fonctionner à nouveau correctement. Je vais voir si je peux mettre la main sur une batterie de remplacement et remettre le kext, mais pour l'instant cela fera l'affaire. Je ne comprends pas comment la suppression d'un kext pourrait entraîner une surchauffe. Un kext fait partie d'une installation spécifique du système d'exploitation et ne serait par exemple pas présent lors du démarrage sous Windows ou autre chose. Certes, la température doit être principalement contrôlée par quelque chose de niveau inférieur. Mais bon, si l'ordinateur meurt, il meurt. De toute façon, cela n'a pas fonctionné avant ce correctif.
la source