Macbook pro 15" 2018, j'ai un adaptateur usb c (7 en 1) 2 moniteurs, et 2 hdd usb externes, l'adaptateur sur le côté droit et sur la gauche seulement la charge, j'ai quelques mois que je ne peux pas travailler en multitâche seulement quelques applications et le macbook commence juste à brûler extrêmement, je découvre ce service kernel_task allant à des milliers ! !! sur la colonne de pourcentage sur le moniteur d'activité, après avoir joué autour de la connexion sur différents ports (hdmi, usbc et le dock) le kernel_task juste revenir à la normale !!! ma configuration de travail a été de déplacer le chargeur sur le côté droit et l'un des câbles de moniteur sur la gauche, donc sur la gauche j'ai juste un câble usbc-hdmi et sur le côté droit j'ai le dock avec 2 ports usb utilisés avec le hdmi pour le deuxième moniteur et le chargeur, grand test Adam !!!
0 votes
Woah, ça vient de devenir beaucoup plus intéressant. Y a-t-il une chance que nous puissions obtenir les deux instantanés mis à jour une deuxième fois - le même processus de CPU trié et la mesure détaillée de la puissance ?
7 votes
@bmike J'ai réussi à la fois à reproduire le problème et à le résoudre à volonté. Les graphiques iStatMenus le confirment, la cause dans mon cas est élevée température du châssis de la charge et des périphériques branchés sur les ports TB de gauche.
3 votes
Oui - ce capteur de température a la capacité de causer cela précisément. Merci pour l'édition - cela aide à clarifier grandement la situation pour l'enregistrement.
0 votes
Si je me souviens bien, on m'a dit que le port gauche consommait plus de courant pour la charge et que je risquais d'endommager l'ordinateur portable s'il était chargé du côté droit.
0 votes
Je vois que vous avez Docker en marche. Je suis curieux de savoir si vous avez une sorte d'interrogation en cours à l'intérieur qui cause l'utilisation élevée du CPU. Par exemple, j'ai dû désactiver le dev watcher de Django pour que l'utilisation du CPU revienne à la normale ( github.com/docker/for-mac/issues/1759#issuecomment-332754641 ).
3 votes
Juste à titre de référence (il ne s'agit pas d'un correctif ou d'une solution de contournement),
kernel_task
(PID 0) est le noyau (c'est-à-dire le cœur du système d'exploitation) lui-même et le tout premier processus après le processus de démarrage de MacOS/iOS/tvOS/watchOS. Plusieurs fonctions essentielles sont réalisées dans le noyau, le contrôle de la température étant l'une d'entre elles, et il semble que c'est exactement cela qui se comporte mal. Ce processus ne peut évidemment pas être tué sans que le système entier ne s'arrête, c'est donc particulièrement grave lorsque quelque chose dans ce processus se comporte mal. Apple mentionne sa fonction de contrôle de la température ici : support.apple.com/fr/HT2073591 votes
@BlakePetersen J'ai aussi suivi cette piste au début. Le problème n'est pas lié à l'exécution ou non de Docker, et franchement à tout autre logiciel que je pourrais tuer.
2 votes
@ConstantinoTsarouhas ce lien Apple est manifestement faux. Les graphiques ci-dessous montrent clairement une
kernel_task
avec des températures de CPU très basses. Une température élevée du processeur est corrigée en étranglant le processeur, pas enkernel_task
.1 votes
Adam a tout à fait raison - le rôle général de la tâche du noyau qui est de protéger contre le dépassement de la Tjonction de 100C n'est pas en jeu ici. Il se peut que ce soit la même base de code qui se comporte mal ou que ce soit le taux de changement qui déclenche cela, et non la température absolue. Cela devra être reproduit dans un laboratoire, mais les preuves empiriques d'Adam sont accablantes et indiquent que cela est lié à la gestion de l'énergie dans son Mac. Je n'ai vu personne reproduire ce phénomène non plus - il serait bon d'avoir une deuxième réponse documentant quel modèle, quels accessoires peuvent reproduire ce qu'Adam rapporte OMI. Nous avons essayé et échoué à reproduire ce problème.
1 votes
Bizarrement, je pensais que c'était la norme. J'ai un boîtier inférieur que j'ai habituellement sur moi. Je l'ai enlevé et il semble qu'il soit tombé. Bizarre - mais merci !
0 votes
Si vous avez un moniteur externe, il suffit de le débrancher. C'était la cause principale pour moi.
kernel_task
Le processus était à 925% de charge CPU et est descendu à 4,5% presque instantanément. J'ai vu sur certains sites web qu'il y a un méchant bug lié à la connexion à des périphériques externes, et cela depuis un moment.1 votes
La température en été atteint 40 degrés Celsius chez moi, j'étais confronté à ce problème chaque fois que je connectais un moniteur externe. Je l'ai résolu en allumant la climatisation de la pièce. Je peux travailler sans, mais mon MBP ne peut pas fonctionner sans climatisation.
1 votes
Cela m'est arrivé aujourd'hui et j'ai remarqué que les ventilateurs ne fonctionnaient pas. J'ai installé Mac Fans Control, je l'ai réglé à fond et boum... kernel_task est tombé à 0.
3 votes
Je ne peux pas ajouter une réponse, donc je vais juste commenter, j'ai essayé toutes les solutions sur le web, en changeant les côtés de l'alimentation et des moniteurs, en utilisant un dock, en désactivant true tone, l'accélération matérielle, je n'étais fondamentalement pas en mesure d'utiliser mon macbook pro 2019 quand il est connecté à un moniteur externe, les 2 seules choses qui ont fonctionné pour moi étaient : 1) utiliser le macbook en mode clamshell, mais vous perdez la caméra, le micro, l'empreinte digitale, le trackpad etc..., 2) et je ne peux pas insister assez, NETTOYEZ VOS VENTILATEURS ! !! (par un pro ou si vous savez ce que vous faites) puis réinitialisation SMC, voir mes photos avant et après ici, i.imgur.com/ChgoGlj.jpg