I have fixed it! Here is what I did:
I saw this output of a list of files attached to this process, so I thought, what if I delete one?
This seemed to be the driver for an non-apple mouse, a HID (Human Interface Device) USB driver
This is what the driver contains, opening it in Coda:
System/Library/Frameworks/IOKit.framework (Wasn't that for reading CPU temp?)
HIDHotPlugHandler (Plug USB mouse in, and turn CPU up?)
HIDUnplugHandler (Unplugging USB mouse, and put CPU down?)
com.apple.AppleHIDMouseAgent (That's the drivers name)
I don't know this all, and if it was needed. SO I just deleted the AppleH IDMouseAgent.plugin, and everything is working fine now! Even the apple magic mouse is still working.
(ACTUALLY I DON'T DELETED THE PLUGIN, I JUST MOVED IT TO MY DOCUMENTS FOLDER, JUST IN CASE...)
I hope this helps, and could this have any concequences? Apple does NOT include plugins that can just be deleted, I guess?
我也抱歉下，打错了，是 mds 进程，只要 spotlight 在索引中，就会有个进程占用 CPU 100%，不过这是系统正常进程，下面是缓解方式：
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 命令关闭每个驱动器的索引。
$ 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 命令移除每个驱动器的索引文件
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.