有没有办法追踪“ fseventsd”进程占用CPU的原因?


11

我运行Mac OSX 10.6,发现进程'fseventsd'占用了100%的CPU和1.5G的RAM。在做Google搜索时,我发现这可能与Time Machine有关。但是,我没有在这台计算机上运行Time Machine。

有没有办法追踪资源消耗的来源?它可以登录到任何地方吗?重新启动可以“解决”该问题,但是我敢肯定,如果我不知道为什么会从头开始,它将再次出现。

提前致谢。


您找到来源了吗?我们的雪豹服务器上也遇到同样的问题。我可以尝试重新启动,但是直到今晚晚些时候才能这样做。
格雷格·W

自重新启动以来,我还没有弹出过它,(不幸的),所以我仍然不知道消息的来源
DTest 2011年

我也有同样的问题。重新启动没有帮助。20至30分钟后,fseventsd再次启动以占用99%的CPU。Macbook不再保持沉默...
Laurent K

Answers:


7

fseventd是文件系统事件日志记录过程,您可以在Mac OS X Leopard的ars technica评论中阅读有关它的很多内容。您可以使用fseventer之类的程序来查看它所看到的相同类型的输出。

从文章:

FSEvents框架依赖于一个名为fseventsd的不断运行的守护进程,该进程从/ dev / fsevents读取并将事件写入磁盘上的日志文件(存储在事件所在卷根目录下的.fseventsd目录中)。而已。那是超高科技的解决方案:只需将事件写入日志文件即可。无聊,务实但很有效。

您可以检查该日志,尽管我不知道它对您有多用。看到Time Machine处理许多文件,有时还处理许多小文件,可能会引起fsevents问题,我并不感到惊讶。


希望它不是Time Machine,因为它已被禁用!无论如何,我正在阅读fseventer,因此感谢您的建议。
DTest 2011年

3

一个程序被卡在一个非常高效的循环中,导致编写fseventsd大量工作而导致的更改,或者是一个无限循环本身在一个已安装的卷上处理了不可解析的数据结构。

在先前的情况下-读取相同数据流的程序如fseventer也可能会挂起-您现在将有两个进程以50%的利用率尝试处理无限量的数据。(这是一个很棒的数据点,如果您想看看有什么不对劲。)这是询问为什么syslogd要占用所有CPU的问题的答案-通常这是其他程序的错误导致了很多工作。

当/如果再次发生,请-退出程序并考虑注销。您将知道违规项目是系统级进程还是用户级进程。fs_usage查看哪些特定程序对IO来说可能很有用。

fsck 如果您有环形硬链接或其他退化的文件系统恶作剧,可能导致这种活动激增,通常需要从引导进入单用户模式。


是的,对不起,如果我不清楚,您肯定无法打开fseventer,而船尾大声地打了迷。我只是想让您了解一下fs_usage将记录和查看哪种类型的数据。
ConstantineK

我喜欢学习fseventer-看起来非常不错。没有失败-只是数据。
bmike

哇,谢谢“ fs_usage”的提示。是的,我认为这实际上不是造成负载的fseventsd,而是其他一些程序。我希望某个地方有一个循环。顺便说一句,机器已经在正常负载下运行了24个小时左右,而且再也没有发生。
DTest 2011年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.