Edit : S'il vous plaît, lisez le post pour savoir comment j'ai trouvé la solution, car les facteurs sous-jacents de la façon dont j'ai connu le ralentissement et trouvé la solution sont également importants, en particulier pour ceux qui ont des configurations similaires. Il ne s'agit pas d'un long commentaire "J'ai aussi ce problème", car bien que j'aie le même problème de kernel_task, les conditions dans lesquelles je l'ai rencontré ainsi que ma configuration ne sont PAS les mêmes que celles de la plupart des personnes ici présentes.
J'avais déjà eu ce problème à l'époque avec mon précédent MBP152011 (oui, celui avec le problème de GPU) qui ralentissait pendant la charge. Un remplacement de la batterie a plus ou moins réglé le problème, mais, avec le problème de GPU, il n'a pas fallu attendre longtemps avant de devoir le remplacer. Il m'a bien servi pendant plus de sept ans (5 ans de GPU d'origine + 2 ans de carte mère remplacée).
J'ai acheté un MBP 15 2014 d'occasion en 2018, qui était en parfait état. Le propriétaire précédent est un photographe et il n'avait pas vraiment utilisé le MBP lorsqu'il me l'a vendu.
Il avait quelques problèmes, notamment un haut-parleur cassé, ce qui ne me dérange pas vraiment, et un port USB qui est très difficile à trouver lorsqu'il s'agit de concentrateurs USB, mais j'en ai finalement trouvé un qui fonctionne assez bien.
Maintenant, après deux ans d'utilisation, il était prévu de remplacer la batterie car elle commençait à gonfler. J'ai pu utiliser les ports Thunderbolt sans problème, mais j'utilisais celui qui était le plus éloigné du port de charge depuis que j'avais un deuxième moniteur externe. Le premier moniteur externe a toujours été connecté au port HDMI, qui se trouvait sur le côté droit.
J'ai commencé à avoir le ralentissement (surcharge kernel_task cpu) avant le remplacement de la batterie, donc j'ai pensé que cela avait quelque chose à voir, et que le remplacement de la batterie, et une réinitialisation du SMC le résoudrait.
Ce n'est pas le cas. J'ai eu un ralentissement massif du processeur pendant que le MBP était en charge, souvent entre 40 et 80% de charge, mais parfois même au-delà. Je n'ai pas d'autres applications tierces installées qui apparaissent dans le moniteur d'activité ou les statistiques, donc j'en étais déjà au dernier recours : Sauvegarde, reformatage, réinstallation.
Je suis toujours sur Catalina, j'ai attendu pour Big Sur car je n'ai pas vraiment besoin des nouvelles fonctionnalités pour m'en sortir.
Il se peut également que le GPU soit défectueux, car l'affichage commence à être déréglé sur certains réglages de zoom lorsque j'utilise Adobe Illustrator, et le passage à l'affichage CPU résout ce problème.
Après avoir lu les commentaires et les réponses ici, la plupart concernant l'utilisation du port de droite pour la recharge au lieu des ports de gauche, que la chaleur de la recharge affecte l'autre port et donc chauffe également le port, et par extension, le GPU. Après avoir installé les stats, j'ai remarqué que la diode du CPU de mon MBP est à 90° même après un démarrage à froid, avec les ventilateurs qui tournent parfois à pleine vitesse, ce qui signifie qu'il ne s'est pas réveillé de son sommeil. J'éteins maintenant après chaque session au lieu de mettre en veille pour préserver la batterie, et je suis religieusement le 40-80% autant que je peux, mais avec le problème de ralentissement pendant la charge, je laisse souvent branché quand je suis dans les sessions d'enseignement Zoom (avec OBS), et le débrancher après un certain temps.
Mais, comme j'utilise un MBP plus ancien avec les deux ports TB sur la gauche à côté du port de charge, je n'ai pas d'autres solutions que le dernier recours qui consiste à faire une sauvegarde, reformater et réinstaller.
Dans un ultime effort, quelque chose s'est allumé (dans ma tête), et j'ai changé de port TB, en utilisant celui qui était le plus proche du port de charge. Je sais que c'est contre-intuitif d'après les commentaires, puisque la connexion du chargeur elle-même chauffe également lorsqu'elle est connectée.
Le résultat ? La surcharge cpu de kernel_task disparu . J'ai lancé Illustrator, Zoom, OBS, VLC, Viber, Slack, ainsi que Firefox et Safari, très gourmands en énergie, en observant le kernel_status dans Activity Monitor, et les températures et les ventilateurs dans Stats, et les températures étaient de 70° avec les ventilateurs à environ 3000 tr/min.
Je suppose que le port Thunderbolt que j'utilise fréquemment a commencé à mal fonctionner, ce qui fait chauffer le châssis, et comme il est directement connecté au GPU, il le fait chauffer aussi. Donc je suppose que dans certains cas, cela a à voir avec des ports défectueux aussi. Ce port TB a été bien utilisé, plus souvent que l'autre, donc il est probablement devenu défectueux depuis un certain temps maintenant lorsque le ralentissement a commencé.
Informations complémentaires : Le port de charge et le connecteur de charge chauffent également de manière assez importante pendant la charge et peuvent provoquer un dysfonctionnement des ports TB. Le nettoyage des ports et des broches de charge peut être très utile, mais si les broches ont commencé à s'user ou à ne plus se soulever, cela provoque un arc électrique qui chauffe encore plus le port de charge. Vous devrez acheter un nouveau chargeur.
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