Jutilise Mac OSX 10.6 et jai remarqué quun processus « fseventsd » prenait 100% de CPU et 1,5G de RAM. En effectuant une recherche sur Google, jai trouvé que cela pouvait être lié à Time Machine. Cependant, je nexécute pas Time Machine sur cet ordinateur.
Existe-t-il un moyen de retracer la source du porc de ressources? Est-ce quil se connecte nimporte où? Un redémarrage a « corrigé » le problème, mais je suis sûr quil reviendra si je ne peux pas comprendre pourquoi il a commencé en premier lieu.
Merci davance.
Commentaires
- Avez-vous déjà trouvé la source? Nous ' rencontrons le même problème sur notre serveur snow leopard. Je peux essayer un redémarrage, mais je ne peux ' le faire que plus tard ce soir.
- Je ne lai pas fait apparaître depuis mon redémarrage, (un) heureusement, donc je ne connais toujours pas ' la source
- Jai le même problème. Le redémarrage n’aide pas '. Après 20 à 30 minutes, fseventsd recommence à prendre 99% du CPU. Le Macbook nest plus silencieux …
Réponse
fseventd est le processus de journalisation des événements du système de fichiers, vous pouvez lisez beaucoup à ce sujet dans la revue ars technica de Mac OS X Leopard. Vous pouvez utiliser des programmes comme fseventer pour voir le même type de sortie quil voit.
De larticle:
Le framework FSEvents repose sur un processus démon unique et constamment en cours dexécution appelé fseventsd qui lit à partir de / dev / fsevents et écrit les événements dans les fichiers journaux sur le disque (stockés dans un répertoire .fseventsd à la racine du volume auquel les événements sont destinés). Cest la solution ultra-high-tech: il suffit décrire les événements dans un fichier journal. Ennuyeux, pragmatique, mais assez efficace.
Vous pouvez consulter ce journal bien que je ne sache pas à quel point il vous sera utile. Je ne serais pas surpris de voir que Time Machine, qui traite de nombreux fichiers, et parfois de nombreux petits fichiers, peut éventuellement causer des problèmes avec fsevents.
Commentaires
- Espérons que ce ' nest pas Time Machine, car il est désactivé! Quoi quil en soit, je ' m en train de lire sur fseventer, alors merci pour la suggestion.
Réponse
Soit un programme a été bloqué dans une boucle très efficace lors de lécriture des modifications qui ont fait que fseventsd a beaucoup de travail, soit cest une boucle infinie elle-même traitant un structure de données impossible à résoudre sur lun des volumes montés.
Dans le cas précédent – des programmes comme fseventer qui lisent le même flux de données se bloqueront probablement aussi – vous aurez maintenant deux processus à 50% dutilisation essayant pour traiter une quantité infinie de données. (Ceci est un excellent point de données si vous cherchez à voir ce qui ne va pas.) Cela ressemble à des questions qui demandent pourquoi syslogd prend tout le processeur – généralement cest un peu un autre programme est devenu fou, causant beaucoup de travail.
Quand / si cela se produit à nouveau – commencez à quitter les programmes et envisagez de vous déconnecter. Vous saurez si lélément incriminé est un processus au niveau du système ou un processus au niveau de lutilisateur . fs_usage peut être utile pour voir quels programmes spécifiques sont lourds dE / S.
fsck dun démarrage en un seul utilisateur Le mode est généralement requis si vous avez des liens durs circulaires ou dautres manigances dégénérées dans le système de fichiers qui peuvent provoquer ce genre de pic dactivité.
Commentaires
- Ouais , désolé si je nétais pas clair, vous ne pouviez certainement pas ouvrir fseventer pendant que la merde frappait proverbialement le ventilateur. Je voulais juste vous donner une idée du type de données enregistrées et visibles, comme le ferait fs_usage.
- Jai adoré apprendre à partir de ut fseventer – très joli. Il ny a pas déchec – juste des données.
- Wow, merci pour le conseil sur ' fs_usage '. Et oui, jai pensé que ce nétait pas ' que fseventsd causait la charge, mais plutôt un autre programme. Jattends une boucle quelque part. Soit dit en passant, la machine exécute une charge normale depuis environ 24 heures, et cela ne sest ' que de nouveau.