J'ai mis à jour la version 10.10.4 le 1er juillet, et depuis, j'ai une utilisation très élevée du processeur - environ 270%, c'est-à-dire deux processeurs et demi sur quatre - en raison d'un manque de ressources. kernel_task
.
Il apparaît lors de la connexion pendant environ cinq minutes, puis tombe à 0. Si je démarre Safari ou Chrome ou Parallels, il réapparaît, ce qui m'amène à me demander s'il est lié au réseau. Je sais qu'il y a eu des changements DNS dans la version 10.10.4 - cela pourrait-il être lié ?
Je l'ai fait :
- J'ai essayé de fonctionner sans écran externe (il y a plusieurs bugs concernant l'utilisation élevée de l'unité centrale avec un moniteur externe)
- Suppression de tous les éléments de connexion et de toutes les applications démarrant automatiquement
- Suppression de tous les éléments dans
/Library/LaunchAgents
,/Library/LaunchDaemons
,/Library/StartupItems
- J'ai vérifié que je n'avais rien de bizarre d'installé. La seule chose était Flux, et je l'ai supprimée. J'ai encore installé Crashplan, mais je me suis assuré qu'il était configuré pour ne fonctionner que deux fois par semaine - ce qui n'est pas le cas aujourd'hui. J'utilise également Parallels Desktop 10 (dernière mise à jour) et il semble parfois que l'utilisation élevée du CPU soit liée à son démarrage. Cependant, le fait de le quitter ne ramène pas l'utilisation du CPU à la normale.
- Je ne pense pas que ce soit lié à la chaleur ; la température du processeur est la plus basse de la normale, les ventilateurs fonctionnent normalement, l'ordinateur portable a une bonne circulation d'air et je ne sens pas d'air "chaud" s'en échapper, seulement de l'air à température normale.
- Démarrage en mode sans échec. Tout s'est bien passé et j'ai eu une utilisation normale du processeur. Cela me fait penser qu'il doit s'agir d'un pilote de noyau ou d'un problème similaire.
- J'ai exécuté EtreCheck, qui indique que les seuls kexts chargés sont com.parallels.kext.hypervisor (10.2.1 29006 - SDK 10.7), com.parallels.kext.netbridge (10.2.1 29006 - SDK 10.7), com.parallels.kext.usbconnect (10.2.1 29006 - SDK 10.7), et com.parallels.kext.vnic (10.2.1 29006 - SDK 10.7).
- Cependant, l'état de ma batterie est "Vérifier la batterie" - cela pourrait-il être lié ? Malgré l'état de santé, elle a fait 590 cycles et ce modèle est censé n'être consommé qu'à 1000. Bizarre ; je ne sais pas trop pourquoi ni ce que cela signifie.
- System.log : rien d'évident. Je l'ai observé pendant plusieurs minutes et je n'ai rien vu s'y ajouter. Le défilement vers l'arrière a montré beaucoup de messages, mais rien qui semble être des échecs rapides et répétés ou quelque chose qui pourrait expliquer l'utilisation constante de l'unité centrale. J'ai également parcouru les autres journaux et je n'ai rien trouvé.
En examinant Activity Monitor, l'utilisation de l'unité centrale est indiquée comme suit kernel_task
lui-même, et non les applications qui en découlent.
J'ai un modèle 15" MBP de début 2011, sur lequel Yosemite fonctionnait très bien jusqu'à la version 10.10.4.
Des idées sur la manière d'analyser et de résoudre le problème ?
PS : Bien qu'il fasse chaud (il fait 35 degrés C - l'Europe connaît une vague de chaleur), il est peu probable qu'il y ait des problèmes de santé. cette question puisque smcFanControl indique une température constante de 65-67 degrés C, soit la limite inférieure d'une plage de température normale. Les deux ventilateurs tournent à 6000RPM, ce qui est également normal. La température ambiante d'aujourd'hui et d'hier est la même qu'avant l'installation de la version 10.10.4, mais l'utilisation élevée de kernel_task par le CPU s'est produite uniquement lorsque la version 10.10.4 a été installée . C'est la différence essentielle. Quelque chose en rapport avec la version 10.10.4 provoque une utilisation élevée du processeur.