Continued corespotlightd process CPU overload issues

I am wondering if anyone has discovered any new ideas for stopping the corespotlightd process from hogging the CPU. According to Activity Monitor, the corespotlightd process often occupies more than 100% of the CPU load, sometimes spiking as high as 400% on my M2 Ultra Mac Studio. This problem has become so severe that it often pinwheels under normally non-intensive tasks. It can cause the video to flicker on my Studio Display. In one case it caused my Mac to kernel panic (crash).


I encountered this bug only after installing Sequoia 15.2, but having researched this issue extensively, I find that Mac users have identified it since at least macOS Ventura. So here are some solutions we don't need to hear again:


Reindexing Spotlight by adding and removing volumes in Spotlight Privacy. This provides relief only temporarily. Within hours the process is again grinding the Mac to a halt.


Killing the corespotlightd in Activity Monitor. Again, this is at best only a temporary solution as the process will reinstate itself.


A "clean" install of macOS. First of all, no such process really exists. The OS recovery process simply reinstalls a new copy of the System files. Nobody reports this as a fix. An internal drive wipe and reformat, and restore from Time Machine is also unlikely to help, as it simply returns your Mac to its previous state. If the corespotlightd problem results from a corrupted file, the problem will likely simply be recreated in your reinstall. "Nuke and pave" might solve the problem if it caused by a format or directory issue on your startup volume. This does not seem to be the case, but if anyone has permanently cured the problem by this method, please report it.


What we do need to hear is from anyone who has spent time with Apple Support on this issue and been provided with solutions that actually work, or has new ideas about what causes it. Feels like we're on our own here, since Apple seems to be stumped.



Posted on Dec 19, 2024 11:21 AM

Reply
Question marked as Top-ranking reply

Posted on Dec 31, 2024 11:01 PM

On my M4, tried

while true; do killall -9 corespotlightd 2>/dev/null && sleep 0.5; done &

this seemed to get rid of the process if run for a few seconds. But then opendirectoryd comes up and consistently uses about 20% of cpu.

305 replies

Feb 25, 2025 05:20 AM in response to Mitch Stone

For those who have been following the entire thread, I have some new data. It doesn't solve anything, but I thought I'd share.


For me the problem was replicable on 3 different machines, with these CPUs: M2 Pro, M3, Intel i7.


A week ago I upgraded my Mac mini to an M4, and on this machine I cannot replicate the problem. I've had 3 large (for me) Pages documents open for the past 2 days, and during that time the corespotlight folder has gotten smaller. It's currently under 2 gigs. At one point while writing intensively for many hours, the folder got as large as 5 gigs. But then I left the machine alone for a few hours (with Pages documents left open) and the folder got smaller.


On my other machines I never recall the folder getting smaller if Pages docs were open.


I should add that I DID use migration assistant to set this machine up, so it seems less likely that the "fix" was avoiding a problematic setting or preference file.

Mar 16, 2025 09:20 AM in response to Daniel_145

I've made this point often, including in this discussion. It seems someone will always chime in with a magical solution that involves typing a command string into Terminal, often without explaining what it actually does. Any Terminal command that begins with "sudo" (super-user do) is dangerous, especially if it includes "rm" (remove). Just don't!


This is a very lengthy discussion but I also highly recommend Finder copying the Pages document that is causing the problem for you and working with it instead of the original. This worked for me. You may also find you need to delete the metadata, but I can report I've never needed to take this measure, and the issue is now under control, at least. I always suggest trying the least destructive possible solution first.


Also, I believe the consensus is that iCloud is not the source of the issue. It seems to originate from Spotlight trying to index heavily edited Pages documents, whether they are local or cloud stored.


Daniel_145 wrote:

The lesson here - anyone looking for suggestions to fix this, please be very careful what you try. People are capable of giving you absolutely destructive instructions even on the developers forum. Please double-check anything before you run anything.


Apr 2, 2025 03:30 PM in response to KWiPod

Me, too... Or, at least I am optimistic.

I just updated to MacOS Sequoia 15.4. I did not dump my growing daily cache of Metadata before update, so I will not be able to measure exactly until tomorrow. But, my current Activity Monitor readings are VERY ENCOURAGING!


Also my Apple Contacts seem to be working MUCH better. That application had been overloading, too, but I did not know if it was tied to latest CPU overload. Hoping for best.

May 13, 2025 03:51 PM in response to fronesis47

I'd like to think it's exactly right, but unfortunately my own experience doesn't completely bear this out. For one, I had the issue without anywhere close to the massive growth of the metadata files others have found on their Macs. It has since become a non-issue for me without ever having deleted these files, even once.


The fix seemingly for me was Finder duplication of the large, heavily edited Pages document that apparently caused the process to go berserk. Since then, no problem. At all. The document has since been substantially edited. I can leave it open for hours, days. No problems. At all.


So to me this is a cause and effect issue we are never going to fully explain or understand. Only Apple can do that, and I hope they do. In the meantime, we as users need to do whatever works for our situations.

May 22, 2025 10:59 AM in response to Bets

Update May 22: Still running 15.4.1. Delayed updating to 15.5.

I've cut back my Pages use considerably, using other options. Editing PDFs, Using Notes or e-mail.

I AM still using Pages, but am mostly limiting use to documents created this Spring.

I've continue to use the above 2 step method. Although I have FORGOTTEN to close Pages recently and come back to find NO increase in Corespotlight folder size overnight. So that's great!

Also, why I am concerned about updating to 15.5 as I've seen others with problems.

Of course, security updates may be MORE important.

APPLE - any responses yet?

Jun 6, 2025 07:19 PM in response to Mitch Stone

For me, too, the issue clearly appears to be related to iCloud. I already have an automator process in place that deletes the spotlight metadata folder every single day, but even that does not alleviate the problem altogether. After a few hours with Pages documents open, the system starts to freeze up, and corespotlightd runs at over 100% CPU. Even deleting the metadata folder every day, it quickly grows to over 50GB.


Hearing from your experiences, I took the Pages files that I am working on out of iCloud. So far, after several days of working this way, the problem is non-existent. Corespotlightd does not even appear in Activity Monitor. However, as soon as I open a pages document in iCloud and start to make some edits, within a minute or so corespotlightd appears at the top again.


For reference, I'm working on an M2 Macbook Air.

Jul 5, 2025 09:11 AM in response to KWiPod

Discussion starter here, which I mention mainly because I have read every post made here for over six months, and have a lot of (unhappy) experience with this issue myself. Main conclusion: no one solution seems to work for everyone, suggesting a high likelihood that multiple factors interacting contribute to the problem.


For example, the suggestion that working with Pages files locally instead of in iCloud fixes it for everyone is demonstrably incorrect. This was one of my first attempts at a workaround, and I can say that it absolutely did not work for me. Not at all. It is certainly worth trying, but it is not by any means the universal solution. I found that making a Finder copy of the very large Pages files that triggered it in my case, and working with the copy, did. This is also not the universal solution because it does not seem to work for everyone. But it did for me, so this is also worth trying.


Deleting the Spotlight data files is the nuclear option. It at least mitigates the issue temporarily in cases where the other workarounds do not. Most who go this route seem to have to revisit it often. No idea why.


The other piece of advice I can give from observation is to not assume you have a system-debilitating problem from watching the Activity Monitor. If you spend any time with Activity Monitor, you will see many system processes spiking up to seemingly unsustainable levels, and then fall back. Interpreting what is happening in the innards of macOS is beyond most of us, so don't try. Judge whether you have this issue by overall system performance. If it occurs, you won't need Activity Monitor to tell you.


Bottom line, if this was a simple problem, Apple would have fixed it by now. They are certainly aware of it.

Jan 1, 2025 10:07 PM in response to briantf

This seems to be promising. Corespotlightd now at 0% while reindexing in progress .



  1. Disable system integrity protection. Boot into recovery mode and access the terminal. Run csrutil disable
  2. rm -rf ~/Library/Metadata/CoreSpotlight (the bloated files here contain the crux of the issue)
  3. sudo mdutil -a -i off
  4. Remove the spotlight index. rm -rf /System/Volumes/Data/.Spotlight*
  5. sudo mdutil -a -i on
  6. sudo mdutil -E
  7. Follow step 1 but instead, run csrutil enable

Feb 12, 2025 09:59 AM in response to AshkaTheMoltenFury

AshkaTheMoltenFury wrote:

So in short: give the cleanup of the ~/Library/Caches folder a try. It might help and solve this high CPU usage of corespotlightd. Hope this helps anyone.

tl;dr — cleanup of the ~/Library/Caches folder did not work; trashing the contents of ~/Library/Metadata/CoreSpotlight and ~/Library/Metadata/CoreSpotlight/SpotlightKnowledgeEvents did work.


Folder/File Sizes Before "Fix"

  • /System/Volumes/Data/.Spotlight-V100 at zero bytes
  • ~/Library/Metadata/CoreSpotlight at 66.66 GB
  • ~/Library/Metadata/CoreSpotlight/SpotlightKnowledgeEvents at 9.59 GB
  • ~/Library/Caches at 1.9 GB


I do not believe “Optimize Storage” is turned on


Disk Writing:

  • kernel_task had written 7.32 TB
  • mds_stores had written 954.75 GB
  • launchd had written 535.32 GB (https://www.technewstoday.com/mds-stores-on-mac-high-cpu-usage/ recommends disabling Spotlight—which is throwing the baby out with the bathwater in my opinion)
  • backupd had written 82.42 GB
  • corespotlightd had written 51.61 GB


"Fix" Attempts

Feb 11 6:18 PM — trashed ~/Library/Caches

  • corespotlightd remained around ≥100 % CPU for 10 minutes
  • No indication this did anything to improve my situation


Feb 11 6:28 PM — trashed the contents of ~/Library/Metadata/CoreSpotlight and ~/Library/Metadata/CoreSpotlight/SpotlightKnowledgeEvents which immediately resulted in:

  • corespotlightd down to <25%
  • Disk writing no longer happening constantly
  • Every indication this has "fixed" my problems.


This was the 2nd time I've had to "fix" my sluggish, cursor freezing, beach-ball generating 2024 M4 Mac Mini running Sequoia 15.3. I put "fix" in quotes because this is only a temporary solution. The last time I had to implement this "fix" was 3 February, so it seems to last about a week for me. I was no longer keeping Pages documents open unless actively using them ; I think I'll go back to leaving my planner Pages document open like I used to and see how much it cuts down the time before my next "fix".


PS AshkaTheMoltenFury is an hilarious handle.

Feb 19, 2025 05:14 AM in response to Mitch Stone

Two quick updates from me:


  1. To everyone who has joined this thread late: the workaround (there is no solution) to this problem is NOT to make spotlight reindex, to turn off indexing, to turn off (or on) AI stuff, or to try to force the corespotlightd not to run. None of those things will work. The workaround is to delete the corespotlight folder in ~/Library/Metadata. When that folder is on the small side, the corespotlightd process does not cause problems.
  2. I can now report back on my own experiment: I've got a script that runs every 2 or so days and automatically deletes the corespotlight folder. I've now been running for more than a week and (knock on wood) everything is fine. I never notice any issues deleting the folder, and by deleting it every couple of days it usually stays under 2 gigs in size (though I've seen it as high as 5 gigs). In my experience, the problems don't start until the folder gets north of 25 Gbs.

May 19, 2025 06:59 AM in response to KWiPod

And . . . after working in Numbers, Keynote, Safari, Notes, Mail and Messages … I dared to open a Pages document (that is excluded from Spotlight as I noted in my last post)  . . . and  . . .  I’m back to SBBoD with corespotlight at 168%. 


I’ve closed Pages, but the corespotlight spike-crisis has persisted for 15 mins with the kernal_task process also spiking just to provide extra spike-spice. 


So, my situation is, in order do Word Processing on my new M4 MacBook Air, I must:


  • export my Pages files to Microsoft Word, while battling with the SBBoD (and Command Tabbing between apps freezing the screen for several seconds each time);
  • Reinstall MacOS Sequoia (again) to kill this corespotlight spiky-crisis;
  • Work in Microsoft Word until I feel confident Pages is safe. (Assuming Apple choose to fix the issue. And it is, after all, an issue with an Apple - not a third-party - App!)


BTW (again): I have just remembered that the Pages team also reached out to me in 2019 when I had a document that caused many issues related to the AppleSpell process. (My Pages diary document includes pasted material from emails [from Mail] and rich texts [from Messages]. AppleSpell did not play nicely with this activity. Again, as in 2013, Apple reached out to me and I installed a profile, etc. … and  the issue was solved. 

May 19, 2025 12:46 PM in response to KWiPod

I’ve had a few comments about other apps: in my experience, it is only Pages that causes the corespotlightd spike crisis. And It’s persistent and repeatable


  • My Mac runs normally running all my other apps.


  • I open a Pages document (even one isolated from Spotlight and that has been duplicated in the Finder) and corespotlightd spikes immediately.


  • I quit Pages, and an after a time (seemingly dependent upon how long the Pages document was open), and corespotlightd calmes down . . . however, there is also a possibility (that's happened once since updating to 15.5) that quitting pages will not result in  corespotlightd calming down . . . and then the only way to calm down corespotlightd is to reinstall the OS.

Continued corespotlightd process CPU overload issues

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.