Kernel_task Utilisation du processeur avec SIP sur un MacBookPro8,2 sans batterie

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?

Context

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:

  • kernel_task consum 500% d'UC sur le secteur, parfois (2012-11-24)
  • Comment désactiver SpeedStep lors de l'utilisation de MacBook Pro sans batterie? (2014-01-06)
  • Kernel_task augmente le CPU à 300% -500% (Yosemitte MBP 2011 sans batterie) (2015-02-04)
  • kernel_task des centaines de% de CPU mais la fréquence du processeur est en baisse (2015-04-01)
  • Très haute utilisation de l'UC kernel_task après la mise à jour vers Yosemite 10.10.4 (2015-07-04)
  • Macbook Pro avec une utilisation anormale du processeur et une batterie non reconnue. Comment réinitialiser SMC alternatif (2015-09-02)

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

  • désactivez la protection de l'intégrité du système (SIP).

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:

  • en mode normal sans SIP, le CPU n'était plus encombré.

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 …