最近忽然發現磁盤存在大量寫入，打開任務管理器一看，發現一個叫做“lsd”的進程持續佔用 20% – 40% 中央處理器，很奇怪。
經過一番查詢，得知這個進程是 macOS 和 iOS 上的系統進程，全名叫做“Launch Service Daemon”，負責所有 App 文件類型關聯和啟動。但它的數據庫有時候會損壞，這就導致它頻繁讀取和驗證某些數據。
一旦它的數據庫損壞，你就會遇到 lsd 佔用 100% 中央處理器，或者大量內存，甚至是巨大的磁盤寫入……
總之，我們可以讓它重新註冊所有必要的文件，重建數據庫即可： 找 /系統/圖書館/構架 -類型 F -name "lsregister" -執行 {} -殺 -種子 - - [R \;
或者，使用這個命令： /系統/圖書館/構架/核心服務.構架/構架/LaunchServices.構架/Support/lsregister -殺 - - [R -域 本地 -域 系統 -域 用戶 這個和上一句理論上執行相同任務，只是前者搜索 lsregister 而後者直接給出了路徑。
參考文獻：
https://discussions.apple.com/thread/8365107?answerId=33313731022#33313731022
https://discussions.apple.com/thread/250050422?answerId=250085966022#250085966022
本文由 落格博客 原創撰寫：落格博客 » /usr/libexec/lsd 佔用 100% CPU 的解決辦法
轉載請保留出處和原文鏈接：https://www.logcg.com/archives/3382.html
那這個數據庫的重建過程大概要多久？我是因為有些文件的預覽不正常用的這個命令，現在預覽正常了，但是一直在後台佔用cpu，已經一天了，寫入量46G，
這兩個命令是不一樣的，我試了一下上面的命令，現在不佔用cpu了。看來後面多加的參數反而會出問題，也可能是macOS版本的問題吧，我看網上最早給出下面那個命令的時候好像是09年，，，
竟然不同？我去看看。
這命令是很老的了，我好像當是也是兩個都用過吧……忘卻了，總之搞定了就好。
又出問題了，現在用那個參數少的命令解決了lsd佔用cpu的問題，但是qlmarkdown的預覽還是不行；參數多的命令可以解決預覽問題（這個issue https://github.com/toland/qlmarkdown/issues/39），但是lsd一直占cpu，我醉了😭
那種插件，我之前用了個大全的，後來也不能用了……現在索性就不用了😂
破案了，是qlmarkdown和堅果雲的finder插件衝突了，，，卸載堅果雲之後一切正常。（愚蠢的堅果店，，，）