Existe-t-il un moyen de savoir pourquoi le processus 'fseventsd' monopolise le CPU ?

Fseventd est le processus de journalisation des événements du système de fichiers, vous pouvez lire beaucoup de choses à ce sujet dans la revue ars technica de Mac OS X Leopard. Vous pouvez utiliser des programmes comme fseventer pour voir le même genre de sortie qu'elle.

Extrait de l'article :

Le cadre FSEvents s'appuie sur un système de gestion des événements. démon unique, fonctionnant en permanence appelé fseventsd qui lit à partir de /dev/fsevents et écrit les événements dans des fichiers journaux sur le disque (stockés dans dans un répertoire .fseventsd à la racine de du volume pour lequel les événements ont lieu). C'est c'est tout. C'est la solution super-high-tech solution : il suffit d'écrire les événements dans un fichier journal. Ennuyeux, pragmatique, mais assez efficace.

Vous pouvez vérifier ce journal, mais je ne sais pas s'il vous sera utile. Je ne serais pas surpris de voir Time Machine, qui traite de nombreux fichiers, et parfois de nombreux petits fichiers, causer des problèmes avec fsevents.

Soit un programme était coincé dans une boucle très efficace écrivant des changements qui ont causé fseventsd pour avoir beaucoup de travail ou c'est une boucle infinie elle-même traitant une structure de données non résolue sur l'un des volumes montés.

Dans le cas précédent - les programmes comme fseventer qui lisent le même flux de données se bloqueront probablement aussi - vous aurez maintenant deux processus à 50% d'utilisation essayant de traiter une quantité infinie de données. (Il s'agit d'un excellent point de données si vous cherchez à savoir ce qui ne va pas). syslogd prend toute l'unité centrale - en général, c'est un autre programme qui est devenu fou et qui lui donne beaucoup de travail.

Quand/si cela se reproduit, commencez à abandonner les programmes et envisagez de vous déconnecter. Vous saurez ainsi si l'élément incriminé est un processus de niveau système ou un processus de niveau utilisateur. fs_usage pourrait être utile pour voir quels programmes spécifiques sont lourds en IO.

fsck d'un démarrage en mode mono-utilisateur est généralement nécessaire si vous avez des liens durs circulaires ou d'autres manigances dégénérées du système de fichiers qui peuvent provoquer ce genre de pic d'activité.