kernel_task prend tout le processeur de ton Mac : comprendre et diagnostiquer

Tu tries le Moniteur d'activité par processeur, et en tête trône kernel_task, à 300 ou 400 %. Tu ne l'as jamais lancé, et ton Mac rame. Le réflexe, c'est de le soupçonner. Mauvaise piste : le plus souvent, kernel_task est le signe que quelque chose d'autre pousse ta puce trop loin.

Voici ce qu'il est, pourquoi son chiffre grimpe, et une méthode pour remonter à la vraie cause.

Le noyau, c'est quoi ?

Le noyau (kernel en anglais) est le cœur de macOS, le lien entre tes apps et le matériel. Dans son guide de programmation du noyau, aujourd'hui archivé, Apple décrit ses grandes pièces :

• Mach répartit le temps de processeur et la mémoire entre les programmes, décide qui travaille quand, et protège la mémoire de chacun ;
• BSD fournit les systèmes de fichiers, le réseau et les règles de sécurité héritées d'UNIX ;
• I/O Kit sert de cadre aux pilotes, qui font parler macOS avec les écrans, les ports ou les disques.

Le noyau a aussi son propre espace mémoire, séparé de celui des apps.

Pourquoi il apparaît comme un processus

Le Moniteur d'activité liste des processus, alors le travail du noyau y apparaît sous un nom : kernel_task. Sur notre Mac de test, sous macOS 27, la commande top lui donne le numéro 0. Le numéro 1 revient à launchd, qui lance ensuite les autres programmes. kernel_task n'est pas un programme comme les autres : c'est le système lui-même, vu sous forme de ligne.

Tout ce que fait le noyau est compté là : gérer la mémoire, faire tourner les pilotes, traiter le trafic des ports et du réseau.

Pourquoi son pourcentage s'envole

La page d'Apple sur kernel_task est courte. Une des fonctions de kernel_task est de réguler la température du processeur. Quand elle monte trop, il rend le processeur moins disponible pour les tâches qui le sollicitent le plus. Il s'active même si le Mac ne paraît pas chaud au toucher. Et il ne provoque pas la surchauffe : son activité redescend d'elle-même quand la température baisse.

Le gros pourcentage, c'est du temps de processeur que le noyau garde pour lui, pour que les apps ne s'en servent pas. Pour lire l'échelle (pourquoi 400 % n'est pas forcément tout ton processeur), vois notre article sur le processeur à 100 %. Pour la chaleur elle-même, c'est MacBook qui chauffe.

Retiens la phrase sur le Mac qui ne semble pas chaud. Apple rappelle ailleurs que la température mesurée à l'intérieur n'est pas celle du boîtier, nettement plus basse. Boîtier tiède, puce à sa limite : c'est possible.

Étape 1 : vérifie que macOS freine vraiment

Regarde d'abord si macOS signale une contrainte thermique. Ouvre le Terminal (Applications, puis Utilitaires) et tape :

pmset -g therm

D'après son manuel, elle affiche les conditions thermiques qui limitent la vitesse du processeur, mais pas sur tous les Mac. Sur notre Mac de test à puce Apple, au calme, elle répond « No thermal warning level has been recorded » : aucun avertissement thermique enregistré.

Lance-la au moment où kernel_task est en haut de la liste. Si elle affiche un avertissement ou une limite de vitesse, tu as ta confirmation : macOS freine pour refroidir. Il reste à trouver ce qui chauffe.

Étape 2 : regarde ce qui est branché

Apple ne documente aucun lien direct entre un accessoire et kernel_task. Mais un écran externe, une station d'accueil ou une recharge ajoutent du travail ou de la chaleur. Sur le forum des développeurs d'Apple, un utilisateur raconte dans un fil de 2015 que kernel_task s'envolait avec deux écrans externes sur son MacBook Pro de 2012, jusqu'à ce qu'il en éteigne un. C'est un témoignage, sans réponse d'Apple. Il montre juste que le test vaut la peine.

Un élément à la fois, Moniteur d'activité ouvert :

1. Débranche l'écran externe et attends deux ou trois minutes.
2. Débranche la station d'accueil ou le hub.
3. Retire le câble de recharge, si ta batterie le permet.
4. Débranche les disques et autres accessoires.

Si kernel_task redescend nettement, tu tiens une piste : change le câble, le port ou l'adaptateur. Apple recommande de n'utiliser que des adaptateurs secteur agréés, et de garder un portable dans une pièce entre 10 et 35 °C.

Étape 3 : cherche une extension de noyau tierce

Certains logiciels installent leur propre code dans le noyau. Il s'agit surtout de pilotes de matériel, d'outils de sécurité ou d'outils réseau, les trois familles pour lesquelles Apple propose aujourd'hui une autre voie. Ce sont les extensions de noyau, ou kexts. Leur travail est compté sous kernel_task, puisqu'elles tournent dans le noyau.

Apple ne les aime plus : son guide de sécurité écrit qu'elles mettent en danger l'intégrité et la fiabilité du système. Sur un Mac à puce Apple, une kext tierce ne se charge qu'après avoir baissé la sécurité au démarrage. Si tu ne l'as jamais fait, tu n'en as sans doute pas.

Pour vérifier, tape dans le Terminal :

kmutil showloaded | grep -v com.apple

Selon son manuel, kmutil showloaded liste les extensions chargées, et le filtre retire celles d'Apple. Si seule la ligne d'en-tête s'affiche, comme sur notre Mac de test, aucune extension tierce ne tourne. Sinon, le nom affiché te dit à quel éditeur elle appartient.

Apple conseille de ne plus utiliser les extensions obsolètes et de demander à l'éditeur une version à jour ou la façon de la retirer. Si tu n'utilises plus le logiciel, vois notre guide pour désinstaller une application sur Mac.

Étape 4 : démarre en mode sans échec

Ce test sépare macOS de tes logiciels. D'après Apple, il empêche les éléments d'ouverture de session et les extensions dont macOS n'a pas besoin de se charger. Il vérifie aussi le disque et efface certains caches, dont ceux du noyau.

• Sur un Mac à puce Apple : éteins le Mac, maintiens le bouton d'alimentation jusqu'aux options de démarrage, sélectionne ton disque, puis maintiens Maj et clique sur Continuer en mode sans échec.
• Sur un Mac Intel : allume le Mac et maintiens Maj jusqu'à la fenêtre de connexion.

Utilise le Mac un moment et regarde kernel_task. S'il reste calme, puis repart après un redémarrage normal, Apple estime qu'un élément d'ouverture ou un logiciel bloqué en mode sans échec est probablement en cause. Le détail est dans notre guide du mode sans échec.

Étape 5 : le geste propre à ton Mac

Ici, Intel et puce Apple ne se traitent pas pareil.

Mac à puce Apple. Apple conseille de fermer et rouvrir l'écran ou de redémarrer. Il n'y a rien d'autre à réinitialiser : le contrôleur de gestion du système (SMC) se réinitialise tout seul au redémarrage ou à l'extinction.

Mac Intel. Apple liste justement les ventilateurs très rapides et le portable qui surchauffe parmi les raisons de réinitialiser le SMC. La marche dépend du modèle :

• portable avec puce T2 : éteins-le, maintiens le bouton d'alimentation 10 secondes, puis rallume. Si rien ne change, éteins-le, maintiens Contrôle, Option et Maj 7 secondes, ajoute le bouton d'alimentation 7 secondes de plus, relâche tout et rallume ;
• portable sans puce T2 : éteins-le, maintiens Maj, Contrôle, Option et le bouton d'alimentation 10 secondes, relâche et rallume ;
• ordinateur de bureau : éteins-le, débranche le cordon 15 secondes, rebranche, attends 5 secondes et rallume.

Et la mémoire de kernel_task ?

Dans l'onglet Mémoire, kernel_task peut aussi afficher un gros chiffre. Normal : c'est le noyau qui gère la mémoire du Mac, pilotes compris, et Apple ne publie pas de valeur de référence pour lui. Regarde plutôt le bas de l'onglet : la mémoire résidente, celle dont le système a besoin, et le graphique de pression. Tant qu'il reste vert, ton Mac a de la marge. Notre article sur la pression sur la mémoire t'aide à le lire.

Quand faut-il s'inquiéter ?

• Il monte pendant une tâche lourde, puis redescend : macOS fait son travail. Rien à faire.
• Il reste haut, Mac au calme, rien de branché, pièce tempérée : refais les étapes 3 à 5. Une extension, un élément d'ouverture ou un réglage bloqué est possible.
• Il reste haut même en mode sans échec : Apple suggère alors de réinstaller macOS, ce qui ne supprime pas tes fichiers. Si rien ne change, même après la réinitialisation du SMC sur un Mac Intel, contacte l'assistance d'Apple ou un centre de services agréé.

Deux erreurs à éviter. Diagnostiquer une panne avec une app qui affiche une température : Apple le déconseille, et ça vaut pour la nôtre. Et forcer kernel_task à quitter : le noyau, c'est macOS lui-même. Si ce sont les ventilateurs qui t'agacent, lis ventilateur Mac bruyant.

Ce que CleanMochi fait, et ne fait pas, avec kernel_task

CleanMochi, c'est l'app que nous faisons pour les Mac. Ses limites d'abord : il ne lit pas tes extensions de noyau, ne démarre pas en mode sans échec, ne réinitialise pas le SMC et ne refroidit pas ton Mac. Dans son écran Pourquoi ça rame, les processus de macOS n'ont pas de bouton Quitter : il ne te proposera jamais d'arrêter kernel_task. Pour le diagnostic, les étapes ci-dessus restent la méthode.

Ce qu'il fait, c'est traduire ce que tu vois. Cet écran relève toutes les 3 secondes, tant qu'il est ouvert, les 8 plus gros consommateurs. Quand kernel_task en fait partie, il porte la phrase « macOS freine la puce pour la refroidir, ou gère le matériel. »

Sur un Mac à puce Apple, CleanMochi lit la température de la puce et l'affiche sur le tableau de bord et dans la barre de menu. Ouvert, il note une mesure toutes les 10 minutes, gardée 30 jours, et te dit si la puce a dépassé 90 °C. Sur un Mac Intel, ces capteurs ne sont pas lus. Sur tous les Mac, quand macOS signale lui-même qu'il ralentit la puce pour la refroidir, CleanMochi l'affiche, propose de quitter l'app la plus lourde et t'envoie une notification, une par heure au plus, que tu peux couper dans ses réglages.