开机占CPU使用率的进程集合（个人收集）

wsjok0000 · 发表于 2013-8-28 18:14

本帖最后由 wsjok0000 于 2013-9-16 09:48 编辑

一，UserEventAgent进程
在测试cpu变频的时候，因为这个进程，每次开机后十分钟之内都一直100%，第一让cpu频率无法变动，或者变动非常小，第二就是因为cpu频率一直最大，发热量很大。
所以在网上寻找解决方法，论坛里找了一圈发现很少人有这些问题，但是还是有几个的，不管怎么样，有问题就试着解决，最后找到了解决方法。

解决办法的原帖：

游客，如果您要查看本帖隐藏内容请回复

这是原文：

游客，如果您要查看本帖隐藏内容请回复

我拙译一下重点：

游客，如果您要查看本帖隐藏内容请回复

解决办法:

游客，如果您要查看本帖隐藏内容请回复

二，AAM Updates Notifier进程

有些安装了PS的童鞋一般开机的时候会有这个进程，这是adobe的一个检查更新的进程，虽然开机的时间停几分钟就没有了，但是毕竟没有什么用，所以就不必可怜它啦。

解决办法:

游客，如果您要查看本帖隐藏内容请回复

三，mdworker进程
这个进程很常见，但是关掉就要关掉spotlight，所以不建议，但是如果真的希望关掉，方法在下面

以下是从osxdaily上面找的原帖
mdworker介绍：

游客，如果您要查看本帖隐藏内容请回复

怎么完整的关闭spotlight：

游客，如果您要查看本帖隐藏内容请回复

spotlight不工作，修复spotlight：

游客，如果您要查看本帖隐藏内容请回复

mdworker是“metadata server worker（元数据服务器处理）”

什么是mdworker？
mdworker是spotlight的一部分，是mac的基础搜索引擎。

mdworker让cpu拖慢，占用到60%？
是的，mdworker有时候会导致Mac速度变慢，同时高CPU占用，这是完全正常的，你应该让它运行到结束，这时候cpu占用就恢复正常了。

mdworker要花多长时间才能完成进程？
这完全取决于你的mac文件系统最后一次索引大量的新文件（我个人在这理解为是有新文件等产生，文件系统便会进行索引），如果你只是插入一个外接硬盘，那么就期盼它处理一小会，对于mdworker来说，15分钟到多于一个小时都不是特别大量的时间。

我可以杀掉这个进程么？我杀掉了会有什么后果？
你不可以杀掉这个进程，因为他在执行一个索引mac内容的服务，如果你杀掉它，你的Mac文件系统就无法完整索引，同时搜索能力将会大幅度减少直到mdworker重新运行，或者完整索引，杀掉它没有什么大问题，就是不建议。

我怎么样停止mdworker或者关闭mdworker？
我来说吧，就是mdworker不建议关闭，因为如果要关闭mdworker，就需要关闭spotlight，但是如果真的想要关闭，方法在下面。

关闭spotlight：

游客，如果您要查看本帖隐藏内容请回复

如果想重新启动spotlight的话：

游客，如果您要查看本帖隐藏内容请回复

修复损坏的spotlight：
spotlight有问题的也可以参考解决spotlight三种不工作的情况:

1),spotlight菜单高亮,但是却无搜索的行为
2),spotlight有搜索行为,却不显示任何结果
3),spotlight有结果,但是很少,不完全

解决办法:

游客，如果您要查看本帖隐藏内容请回复

最后普及一下mds和mdworker和spotlight的行为关系，哈哈，搞基关系，开玩笑！
mds进程和mdworker进程一般情况下是在spotlight索引的时候同时运行的，让这些进程运行完成是和mac文件系统搜索索引是有很大的关系的。

附件在此：
MainMenu

游客，如果您要查看本帖隐藏内容请回复

OnyX

游客，如果您要查看本帖隐藏内容请回复

JackBlack2006 · 发表于 2013-8-28 18:25

看起来很有用。收藏一下

wsjok0000 · 发表于 2013-8-28 23:09

自己顶一次，应该不算灌水吧

cyxlcyxl · 发表于 2013-9-14 18:39

支持以下！！！

550318159 · 发表于 2013-9-14 18:51

谢谢楼主分享

zhoujisz · 发表于 2013-9-14 19:01

看看先。。。。

351522474 · 发表于 2013-9-14 19:35

回复下主题学习一下感谢楼主分享

duanmuxiyu · 发表于 2013-9-14 20:08

看看是神马！

sunruiran · 发表于 2013-9-14 20:10

我的特别严重

陌上小曹 · 发表于 2013-9-14 20:28

看起来很有用。收藏一下

RuntimeError · 发表于 2013-9-14 20:45

没看到 mdx 进程，是 Spotlight 的索引，这个也非常占 CPU。

qq2813 · 发表于 2013-9-14 21:08

谢谢分享

wsjok0000 · 发表于 2013-9-14 23:35

RuntimeError 发表于 2013-9-14 20:45
没看到 mdx 进程，是 Spotlight 的索引，这个也非常占 CPU。

恩恩，我知道呢，我就准备加上，但是一般情况比较少，且好多也就是开机后一小会就没有了呢，我马上就加上

wsjok0000 · 发表于 2013-9-14 23:47

RuntimeError 发表于 2013-9-14 20:45
没看到 mdx 进程，是 Spotlight 的索引，这个也非常占 CPU。

哦，抱歉，我看错了，我看成mdworker进程了，spotlight的索引问题的话有许多的教程去优化，但是mdx进程，我没有见过呢，能够告诉我么，我去研究研究

RuntimeError · 发表于 2013-9-15 10:18

wsjok0000 发表于 2013-9-14 23:47
哦，抱歉，我看错了，我看成mdworker进程了，spotlight的索引问题的话有许多的教程去优化，但是mdx进程， ...

我也抱歉下，打错了，是 mds 进程，只要 spotlight 在索引中，就会有个进程占用 CPU 100%，不过这是系统正常进程，下面是缓解方式：

spotlight

jeff hirsch
i can confirm that there are issues with spotlight hogging the cpu under certain circumstances. in particular, the mds (metadata) process and mdimport process can eat up a huge chunk of available cpu and ram. upwards of 80% at times, causing a very noticeable slowdown on even the fastest of machines.

a quick search for "mds cpu" in the 10.4 discussions over at apple shows that a number of users are dealing with the same issue. here is what i did to fix the problem and some thoughts on possible causes. first the fix:

1) using the mdutil command-line utility in terminal, turn off indexing for each of your drives.
1) 使用终端的 mdutil 命令关闭每个驱动器的索引。
example:

$ sudo mdutil -i off /volumes/your_hard_drive_name_1
$ sudo mdutil -i off /volumes/your_hard_drive_name_2

2) then use mdutil to remove the indexes from each drive
2) 然后再使用 mdutil 命令移除每个驱动器的索引文件

$ sudo mdutil -e /volumes/your_hard_drive_name_1
$ sudo mdutil -e /volumes/your_hard_drive_name_2

3) physically remove the .spotlight directories from the root of each drive.
3) 物理方式移除每个驱动器根目录的 .spotlight 目录

$ cd /
$ sudo rm -fr .spotlight-v100

(do the same for your second or third drive) be careful with that rm command! one typo could ruin your day.

4) use mdutil again to turn indexing back on for each drive
4)再次使用命令 mdutil 开启每个设备的索引

$ sudo mdutil -i on /volumes/your_hard_drive_name_1
$ sudo mdutil -i on /volumes/your_hard_drive_name_2

5) spotlight will now re-index all drives and should behave in a normal fashion. (no longer uses 60%-80% of your cpu)

finally a couple of quick thoughts on possible causes:

my initial indexing process after installing tiger was interrupted by a couple of reboots i had to do while installing third-party apps. this may have left me with a funky index when spotlight tried to pick up where it had left off. i suggest letting it fully index your drives before rebooting the machine at all.
a few users in the discussions over at apple noticed that they had files on their hard drive with modification dates after the current date. i.e. days/months/weeks into the future. these files may have been causing spotlight to choke as it tried to make sense of a date that hadn't happened yet.
i did a quick search for files modified "after" today and found a handful of them on my hard drive. (a few were dated 2031!) i used the touch command in terminal to give these proper dates. if you have a lot of these files, you might want to create and automator script to touch them all for you.

hope this saves some of you a headache or two.

xiao201261 · 发表于 2013-9-15 10:26

支持一下，cpu天天都是满的

午夜无情郎 · 发表于 2013-9-15 10:35

回帖收藏

billcoola · 发表于 2013-9-15 10:48

学习学习

kanfai · 发表于 2013-9-15 12:16

good.................

yashiro611 · 发表于 2013-9-15 12:19

看看先啊

[分享] 开机占CPU使用率的进程集合（个人收集）