Dock sur MBP Retina utilise 80% de CPU


13

Le Dock de mon MBP Retina utilise constamment 70 à 80% du CPU.

Cela se produit sur les deux comptes de la machine, qui ont tous deux été migrés à partir de mon ancien Lion MBP.

  • Je n'ai pas installé Parallels, ce qui peut provoquer ce problème apparemment.
  • J'ai supprimé le plist du Dock et l'ai redémarré
  • J'ai redémarré plusieurs fois

Des idées sur ce qui pourrait être à l'origine de cela?

Voici une trace sur le Dock. Je ne suis pas un développeur Mac, donc je trouve ça difficile à lire.


Par curiosité, avez-vous des paramètres Desktops / Spaces ou Exposé / Mission Control inhabituels?
Nathan Greenstein

Pas que je sache - bien qu'ils aient été importés de mon ancien Mac. Typique - le problème semble avoir cessé après 3 jours. Je garderai un œil dessus.
dkam

peut-être que votre système s’indexait lui-même. Avez-vous migré depuis un autre ordinateur?
David DelMonte

@DavidDelMonte Il dit clairement que toutes ces choses ont été migrées, donc on peut supposer que la plupart de ses paramètres ont été migrés vers le nouveau MBP-Retina fantaisie :)
Martin Marconcini

Et après une panique du noyau (!), Nous sommes revenus à 80% d'utilisation. Il ne semble pas y avoir d'indexation ni de sauvegarde de MT en cours. Et oui, c'est fantaisiste. Cet affichage est tout simplement génial. Le SSD est super aussi. Et le poids, c'est sympa. Mince aussi. N'oubliez pas mince. Le Dock cependant - ça me tue. Tuer la batterie en fait.
dkam

Réponses:


16

J'ai eu ce même problème sur mon nouveau MBP Retina. J'ai installé Parallels, mais le problème similaire causé par Parallels a été corrigé dans une mise à jour de Parallels (que j'ai installée). De plus, aucune des solutions de contournement (par exemple la suppression du dossier Applications Windows du Dock) suggérée sur le forum Parallels n'a résolu le problème pour moi. J'ai également essayé de supprimer le plist du Dock, de redémarrer le processus et de redémarrer l'ordinateur plusieurs fois. Aucun de ces problèmes n'a résolu le problème. Le processus Dock reviendrait à utiliser 100% de CPU.

Voici ce que j'ai fait pour dépanner et corriger:

Exécutez cela à partir de la ligne de commande. Cette commande répertorie les fichiers auxquels le processus Dock accède ou lie pour accéder.

sudo opensnoop -n Dock

J'ai trouvé que Dock essayait à plusieurs reprises d'accéder /System/Library/CoreServices/DefaultDesktop.jpg, ce qui est un lien symbolique vers /Library/Desktop Pictures/Galaxy.jpg. Le seul problème était qu'il /Library/Desktop Pictures/Galaxy.jpgn'existait pas. Je ne sais pas si le système d'exploitation est venu sans lui à cet endroit ou si je l'ai supprimé ou déplacé par erreur. Quoi qu'il en soit, pour résoudre ce problème, j'ai rejoint le lien symbolique vers une autre image de bureau à l'aide des deux commandes suivantes:

sudo rm /System/Library/CoreServices/DefaultDesktop.jpg
sudo ln -s /Library/Desktop\ Pictures/Lion.jpg /System/Library/CoreServices/DefaultDesktop.jpg

Il semble que le problème était que Dock essayait et échouait à plusieurs reprises d'accéder au fichier Galaxy.jpg manquant pour définir l'arrière-plan de mon bureau via le lien symbolique DefaultDesktop.jpg. Une fois que ce lien symbolique pointait vers un vrai fichier JPG, l'utilisation élevée du processeur de Dock s'est arrêtée. Sur les MBP précédents, DefaultDesktop.jpg était un vrai fichier JPG (d'une galaxie).

Cela a également résolu un autre problème que je rencontrais: si je verrouillais mon écran et que je tapais mon mot de passe pour le déverrouiller, mon ordinateur se bloquait lors de la tentative de connexion. Mon intuition est que le Dock essayait d'accéder au même fichier manquant et était accroché à l'écran de connexion.


Fantastique! Merci beaucoup. Je n'ai jamais rencontré opensnoop auparavant - je vais le vérifier plus loin.
dkam

Merci! Ran dans ce même problème exact. Pas de parallèles, essayé de griller le fichier plist et de redémarrer Dock en vain.
Gabriel Isenberg

1
C'est exactement pourquoi mes genoux brûlaient depuis une heure. Merci (et mes futurs enfants vous remercient aussi).
psynnott

Merci beaucoup OMG, c'est tout, fix a parfaitement fonctionné.
n13

4

Voici une solution plus simple pour les non-techniciens comme moi, qui a fonctionné pour moi:

  1. Accédez au Finder et sélectionnez "Masquer les autres" dans le menu du Finder
  2. Clic droit (ou contrôle-clic) sur le bureau
  3. Choisissez "Changer l'arrière-plan du bureau"
  4. Sélectionnez une nouvelle image (j'ai dû cliquer sur quelques-unes pour la faire changer)
  5. Accédez au moniteur d'activité et forcez à quitter l'application Dock
  6. Le Dock se redémarrera en quelques secondes et hop: plus d'utilisation à 100% du CPU

Pour ce que ça vaut, j'ai pris ce problème au Genius Bar dans un magasin Apple et ils l'ont escaladé en «ingénierie» chez Apple. La réponse qui est revenue est que c'est la faute de Parallel, même si je leur ai clairement dit que je n'exécutais pas Parallels. Je ne pense pas qu'Apple réalise que c'est leur faute pour le moment. C'est assez simple - tout sur l'image de fond du bureau!


Je l'ai enregistré sur bugreport.apple.com et ils l'ont fermé en double. Apparemment, vous ne pouvez pas afficher les rapports de bogues des autres.
dkam

J'ai dû définir tous les arrière-plans sur tous mes espaces, mais cela a fonctionné. Le correctif juste au-dessus a fonctionné, mais seulement jusqu'au redémarrage.
n13

0

Une chose à essayer est de supprimer temporairement les fichiers de préférences du Dock et de voir si le problème de CPU s'arrête. Essayez ceci dans le terminal:

cd ~/Library/Preferences
mv com.apple.dock.db com.apple.dock.db_backup
mv com.apple.dock.plist com.apple.dock.plist_backup
killall Dock

Une fois Dock.app redémarré, il devrait s'ouvrir avec uniquement l'ensemble d'icônes par défaut. En fonction de la présence des applications Apple installées, des icônes (iWork, iLife, etc.) seront également créées pour elles dans le Dock. Vous devrez également réinitialiser vos préférences Dock et ajouter d'autres applications comme bon vous semble.

Si vous êtes satisfait du correctif et que le Dock ne martèle pas le processeur, supprimez les anciens fichiers de préférences du Dock qui ont causé tous les problèmes:

cd ~/Library/Preferences
rm com.apple.dock.db_backup
rm com.apple.dock.plist_backup

D'un autre côté, si vous souhaitez restaurer les fichiers de préférences d'origine pour une raison quelconque, procédez comme suit:

cd ~/Library/Preferences
mv com.apple.dock.db_backup com.apple.dock.db
mv com.apple.dock.plist_backup com.apple.dock.plist
killall Dock

Astuce de dépannage : alternez entre les anciens et les nouveaux fichiers de préférences et redémarrez le Dock pour voir si le CPU est martelé. Si une restauration des fichiers de préférences d'origine entraîne un dysfonctionnement du Dock, quelque chose dans l'un ou les deux fichiers est bloqué. D'un autre côté, si le Dock martèle toujours le CPU avec de nouveaux fichiers de préférences, quelque chose d'autre ne va pas.


grande suggestion. J'avais précédemment essayé juste le plist. Malheureusement, cela n'a pas semblé résoudre le problème. Je pense qu'une réinstallation pourrait être ma prochaine tentative.
dkam

0

Cela se produit-il avec le Dock d'origine ou seulement après avoir ajouté vos propres icônes? Si vous supprimez les plists du Dock et redémarrez, cela se reproduira-t-il sans que vous touchiez le dock?

Si vous n'avez rien de personnalisé dans le dock, la seule chose à laquelle je peux penser (à part un bug MBP-R obscur) est que vous pouvez avoir quelque chose dans le dossier ou les applications du téléchargement (ou l'un des dossiers qui apparaissent dans le Dock par défaut) qui provoque le blocage du Dock lors de la lecture du système de fichiers.

Un correctif possible pourrait être de «vider» le dossier Téléchargements (déplacer le contenu vers un emplacement temporairement hors de portée du Dock) et de corriger vos autorisations (au cas où quelque chose ne va pas dans le dossier de l'application.


0

La suggestion du lien symbolique a fait l'affaire pour moi. J'ai dû utiliser cette commande à la place, qui contient un lien légèrement différent pour le dossier d'images du bureau:

sudo ln -s /Library/Desktop\ Pictures/Lion.jpg /System/Library/CoreServices/DefaultDesktop.jpg

Merci. J'ai mis à jour ma réponse pour inclure cette barre oblique inverse supplémentaire nécessaire pour échapper à l'espaceDesktop Pictures
crcastle

0

Cela m'est arrivé aussi et m'a fait un peu peur, l'ordinateur est devenu presque inutilisable. Démarrage de la console et toutes les erreurs concernaient "Impossible de trouver le fond d'écran par défaut". Modification du fond d'écran par défaut à partir de l'application des paramètres et tout est revenu à la normale.

OMI, c'est un bug dans Lion et la façon dont il gère les fonds d'écran. Très, très bizarre.


-1

En plus des bonnes réponses ci-dessus, comme vous avez migré d'un autre système, je suggère ce qui suit:

  1. Réparez les autorisations jusqu'à ce que tout aille bien.

  2. Assurez-vous d'avoir appliqué le correctif de mise à jour logicielle publié la semaine dernière pour votre système.

  3. Envoyez-moi l'ordinateur pour que je puisse jouer avec :)


Il y avait de nombreux problèmes avec les autorisations, mais cela n'a pas résolu ce problème spécifique.
dkam

1
D'ACCORD. Y a-t-il des messages de journal de console qui pourraient vous donner un indice? David
David DelMonte
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.