我运行Mac OSX 10.6,发现进程'fseventsd'占用了100%的CPU和1.5G的RAM。在做Google搜索时,我发现这可能与Time Machine有关。但是,我没有在这台计算机上运行Time Machine。
有没有办法追踪资源消耗的来源?它可以登录到任何地方吗?重新启动可以“解决”该问题,但是我敢肯定,如果我不知道为什么会从头开始,它将再次出现。
提前致谢。
我运行Mac OSX 10.6,发现进程'fseventsd'占用了100%的CPU和1.5G的RAM。在做Google搜索时,我发现这可能与Time Machine有关。但是,我没有在这台计算机上运行Time Machine。
有没有办法追踪资源消耗的来源?它可以登录到任何地方吗?重新启动可以“解决”该问题,但是我敢肯定,如果我不知道为什么会从头开始,它将再次出现。
提前致谢。
Answers:
fseventd是文件系统事件日志记录过程,您可以在Mac OS X Leopard的ars technica评论中阅读有关它的很多内容。您可以使用fseventer之类的程序来查看它所看到的相同类型的输出。
从文章:
FSEvents框架依赖于一个名为fseventsd的不断运行的守护进程,该进程从/ dev / fsevents读取并将事件写入磁盘上的日志文件(存储在事件所在卷根目录下的.fseventsd目录中)。而已。那是超高科技的解决方案:只需将事件写入日志文件即可。无聊,务实但很有效。
您可以检查该日志,尽管我不知道它对您有多用。看到Time Machine处理许多文件,有时还处理许多小文件,可能会引起fsevents问题,我并不感到惊讶。
一个程序被卡在一个非常高效的循环中,导致编写fseventsd
大量工作而导致的更改,或者是一个无限循环本身在一个已安装的卷上处理了不可解析的数据结构。
在先前的情况下-读取相同数据流的程序如fseventer也可能会挂起-您现在将有两个进程以50%的利用率尝试处理无限量的数据。(这是一个很棒的数据点,如果您想看看有什么不对劲。)这是询问为什么syslogd
要占用所有CPU的问题的答案-通常这是其他程序的错误导致了很多工作。
当/如果再次发生,请-退出程序并考虑注销。您将知道违规项目是系统级进程还是用户级进程。fs_usage
查看哪些特定程序对IO来说可能很有用。
fsck
如果您有环形硬链接或其他退化的文件系统恶作剧,可能导致这种活动激增,通常需要从引导进入单用户模式。