Comment désactiver le SpeedStep lors de l'utilisation d'un MacBook Pro sans batterie?

29

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.

Arthur
la source
L'élimination d'un capteur de température peut être un excellent premier point de départ, donc je répondrai à la partie «pourquoi» ci-dessous dans une réponse réelle. En outre, le comportement à la mise sous tension est inquiétant et indique que le matériel ou le logiciel SMC + ne fonctionne pas correctement. Essayez également de réinitialiser la NVRAM une fois si vous ne l'avez pas remarqué depuis.
bmike
1
La limitation du processeur est appelée SpeedStep et est intégrée à la puce. OS X se branche simplement sur la technologie. SS a été lancé et développé par Intel. Comme cela a été dit, 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.
Le truc, c'est que sur Windows (Boot Camp) tout fonctionne parfaitement. Même si vous n'avez pas de batterie, il est possible de sélectionner le mode " High Performance " et de travailler comme d'habitude. Serait-il possible de faire de même sur OS X?
Arthur
Rebranchez votre batterie. Étant donné que votre modèle en a un intégré, il n'est pas conseillé de le déconnecter. J'imagine que c'est ce qui cause les problèmes car ils n'ont jamais été conçus pour s'en passer. Ensuite, apportez-le dans un Apple Store et demandez-leur d'exécuter des diagnostics. Il peut y avoir d'autres problèmes que vous ignorez. Si la batterie a simplement perdu sa charge au fil du temps, elle ne devrait pas provoquer de redémarrage du système à moins que vous ne fonctionniez sans que le chargeur soit branché. Il n'y a pas de solution logicielle pour le problème que vous avez et vous essayez de masquer les symptômes plutôt que de réparer racine du problème.

Réponses:

12

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.

La technologie Intel SpeedStep permet au système d'ajuster dynamiquement la tension du processeur et la fréquence du cœur, ce qui peut entraîner une diminution de la consommation d'énergie moyenne et une diminution de la production de chaleur moyenne. (d'Intel)

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 .

je vais
la source
Pour que nous soyons sur la même longueur d'onde, tout le monde s'accorde à dire que c'est un bug pour Apple et qu'il "devrait" fonctionner sans problème sans batterie mais connecté à l'alimentation, oui?
rogerdpack
@rogerdpack: Votre système peut ne pas fonctionner correctement jusqu'à ce que vous obteniez une nouvelle batterie; Je pense que l'OP a déconnecté sa batterie et a également désactivé le speedstep de ce à quoi cela ressemble. Cela ne devrait rien faire de mal de l'essayer comme il l'avait fait.
l'L'l
5

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.

bmike
la source
1
Je ne pense pas que SpeedStep (limitation du processeur) soit mesuré par la chaleur. Je pense que OS X étranglera le CPU au moyen d'une vérification matérielle. S'il détecte qu'un ventilateur n'est pas actif, il étranglera le processeur pour éviter une chaleur excessive. La chaleur dans ce cas étant la mesure de contrôle et non le catalyseur.
4

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
3

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é.

Andrew U.
la source
3

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!

Abhilash
la source
0

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é:

  • A retiré le disque dur et démarré à partir de celui-ci en externe
  • Démarré à partir d'un autre disque dur en externe, exécutant OS X 10.8 Mountain Lion.
  • Déconnecté du câble SATA HDD interne
  • Adaptateur d'alimentation différent
  • Réinitialisation de la PRAM
  • Réinitialisation SMC
  • Réinstallation des deux modules RAM
  • Utilisé un seul des modules RAM à la fois, dans différents emplacements, pour exclure que l'un des modules ou emplacements soit défectueux
  • Déconnecté la batterie
  • Déconnecté du câble AirPort / Bluetooth
  • Déconnecté du trackpad

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.

rberggreen
la source