Existe-t-il des preuves ou une documentation technique à l'appui de la notion que la protection de l'intégrité du système peut provoquer une utilisation excessive du processeur par kernel_task
dans certaines situations?
Pas de batterie. Tous les systèmes d'exploitation Apple sur un disque dur externe, limité (par le MacBookPro8,2) à USB 2.0.
Avec Sierra, et avec la pré-version High Sierra, quand je n'étais pas démarré en mode sans échec, j'ai presque toujours trouvé que kernel_task
brisé le CPU.
Ma solution de contournement habituelle était le mode sans échec.
Après avoir examiné les réponses aux questions suivantes:
– J'ai eu l'intention de déplacer (mettre de côté) le file suivant:
/System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/MacBookPro8_2.plist
Préalable au déménagement:
Après avoir utilisé csrutil(1)
dans Recovery OS 17A264c pour désactiver SIP, j'ai démarré High Sierra en mode normal …
… J'ai été agréablement surpris de constater qu'avec le .plist
encore en place:
Arrêtez-vous, démarrez, pas de collision.
Démarré 10.12, pas de collision, mis à jour à 10.12.5, redémarré, pas de collision.
2017-06-10 autour de 16:50 le Mac s'est arrêté de façon inattendue. Lors du démarrage, à 10.12.5, j'ai remarqué que SIP a été réactivé (pas par moi). Pas de battage.
Démarré Recovery OS 17A264c, désactivé SIP , redémarré à 10.12.5, sans encombrement …