[MacBook Pro (13 pouces, 2020, quatre ports Thunderbolt 3), Intel Core i7 Quad-Core 2,3 GHz, 16 Go de RAM, fonctionnant sous Monterey 12.6.4]
kernel_task consomme périodiquement une quantité excessive de CPU - environ 100+% selon l'utilitaire en ligne de commande top. En même temps, toutes les applications utilisant le réseau perdent leur connexion - par exemple, Zoom se déconnecte et toute autre donnée en streaming pendant 30 secondes à plusieurs minutes. Dès que kernel_task cesse d'être le processus CPU le plus gourmand, le réseau reprend. Le Wi-Fi ne tombe jamais, juste le trafic réseau s'arrête. C'est très perturbant.
On m'a dit que kernel_task faisait cela pour refroidir le CPU car il surchauffe. J'ai déplacé le connecteur d'alimentation vers l'un des ports latéraux droit pour qu'il fonctionne plus frais (comme suggéré). Cela n'a rien changé. Réinitialiser le SMC semble réduire le nombre d'incidents, mais cela se reproduit finalement une semaine ou deux plus tard.
J'ai écrit quelques scripts pour enregistrer la température du CPU, la vitesse du ventilateur, la charge du système et quand kernel_task prend le relais. J'obtiens la température du CPU et la vitesse du ventilateur en exécutant "powermetrics --samplers smc" en tant que root.
J'ai découvert plusieurs éléments intéressants:
kernel_taskne prend presque jamais le relais (c'est-à-dire utilise plus de 100% du CPU) lorsque la température du CPU est élevée.kernel_taskprend le relais à des températures de fonctionnement normales.- La vitesse du ventilateur ne change pas différemment lorsque
kernel_taskprend le relais comme sikernel_taskn'influençait pas la vitesse du ventilateur. powermetricsa montré une augmentation de 69°C à 89°C en l'espace de 5 secondes tandis que la vitesse du ventilateur augmentait de moins de 1%. Avoir un dissipateur thermique sur un CPU rendrait cela improbable.- L'ordinateur portable a 2 ans mais le problème avec
kernel_taskn'a pas été reconnu avant la deuxième année. Je ne me souviens pas d'un gel du réseau du tout pendant la première année.
D'après ce qui précède, je pense:
- Nous avons été induits en erreur sur la véritable fonction de
kernel_taskcar le comportement (consommation de plus de 100% du CPU) ne semble pas directement corrélé à la température du CPU. kernel_taskn'adresse pas directement la surchauffe.powermetricspourrait mentir sur les températures, les vitesses des ventilateurs et quand elles surviennent.- SMC est un désordre peu fiable.
kernel_taskbride/inhibe inutilement l'activité réseau.
Je me moque des problèmes de température. Je veux juste que kernel_task cesse de bloquer ma connexion réseau à des moments aléatoires. Y a-t-il une solution à tout cela en dehors de remplacer le matériel ?
