題:
快速查找和修訂吃我的CPU
SiliconMind
2015-04-26 18:36:56 UTC
view on stackexchange narkive permalink

我在Macbook Pro上觀察到正常且異常的CPU使用率。與 revisiond 一樣的 quicklookd 一起吃了50%以上。

我不確定確切的啟動時間,但我懷疑是最新的10.10.3升級,因為我之前沒有註意到。

>

在閱讀網上的一些帖子後,我清除了〜Libraries / Cache / private / var / folders ,然後重新啟動。問題似乎消失了(那些進程沒有出現),但是只是一段時間了。第二天,我再次從睡眠中恢復- quicklookd revisiond 開始消耗我的CPU。

有什麼線索可以消除這種情況嗎?是什麼引起了這個問題?看來這兩個進程已以某種方式連接在一起,因為當我清除緩存並重新啟動時,它們都不使用大量的CPU。今天,他們倆都這樣做了(快速查找24-30%,修訂為〜15%)。

[更新]

運行 sudo opensnoop- n被修訂的什麼都沒有顯示。 FD PATH 501 4783快看23/501 4783快看23/501 4783快看23/501 4783快看23/501 4783快看23/501 4783快看23/501 4783快看23/501 4783快看21/501 4783快看23/501 4783快看23/501 4783快看23/501 4783快看23 / 501 4783快看23/501 4783快看23 /

它持續不斷。沒完沒了。除兩個或三個 21 之外, FD 列始終為 23

[更新2]

幾分鐘後,除了 501 4783 quicklook 23 / (在這裡不粘貼主題,因為它們無關緊要)之外,我還有其他條目

然後又是整個很多 501 4967看起來很快23 /

[更新3]

我也注意到 diskarbitrationd diskmanagementd 得分很高(〜5%),並位於進程列表的頂部(按CPU使用率排序),位於 quicklookd revisiond 。看來這也可能與此問題有關。

我已關閉( cmd + q 所有其他應用程序,以確保沒有任何干擾測量的問題)。

[更新4]

在控制台中發現了一些有趣的條目:

 無法獲取path = / Users /的沙箱擴展名我/圖書館/緩存/com.apple.quicklook.satellite。 Errno:1CGSConnectionByID:0不是有效的連接ID。[QL]使用了過多的內存(161 MB),達到了臨界閾值(120 MB),立即退出進行清理。[QL]無法在diskIn-[ NSApplication(NSQuietSafeQuit)_updateCanQuitQuietlyAndSafely,_LSSetApplicationInformationItem(NSCanQuitQuietlyAndSafely)返回錯誤-50  

它們每天重複幾次。尤其是那些關於內存和無效連接的問題。

[Update 5]

sudo iosnoop -n quicklooked 揭示了這一點:

  UID PID D塊大小通信路徑名501 5656 W 56385320 32768 quicklook ?? /快速查看/cloudthumbnails.db-journal 501 5656 W 56385320 4096 quicklooked ?? /快速查看/cloudthumbnails.db-journal 501 5656 W 48100696 12288 quicklook ?? /快速查看/cloudthumbnails.db 501 5656 W 48100816 8288 quicklooked ?? /快速查看/cloudthumbnails.db
501 5656 W 48100840 8192快速查找?? / Quick Look / cloudthumbnails.db 501 5656 W 56385640 28672快速查找?? / T / etilqs_kYNR5XinU71bydh 501 5656 W 56386736 32768快速查找?? / Quick Look / cloudthumbnails.db-journal 501 5656 W 4096 ?? /快速查看/cloudthumbnails.db-journal 501 5656 W 48100696 12288快速查找?? /快速查找/cloudthumbnails.db 501 5656 W 48100816 8192快速查找?? /快速查找/cloudthumbnails.db 501 5656 W 48100840 8192快速查找?? /快速查看/cloudthumbnails.db 501 5656 W 56387280 28672快速查找?? / T / etilqs_ejadCww3DunYuu3  

cloudthumbnails.db cloudthumbnails.db-journal 重複並重複。

quicklookd一直在為我苦苦掙扎並佔用CPU兩天。iosnoop和opensnoop對我來說會出現錯誤。而且我當然也從未編輯過它們的定義。
對我來說,這最終得以解決。只需等待足夠長的時間,該過程才能結束。
五 答案:
SiliconMind
2015-05-02 01:23:39 UTC
view on stackexchange narkive permalink

這是我解決此問題的方法。它可能會對您有所幫助,但是從我到目前為止看到的內容來看,甚至認為存在類似的問題,問題的來源也不同。

我已經運行了 sudo iosnoop -n quicklooked -它顯示如下內容:

  UID PID D塊大小通信路徑名501 5656 W 56385320 32768 quicklook?/ Quick Look / cloudthumbnails.db-journal 501 5656 W 56385320 4096 quicklooked? / Quick Look / cloudthumbnails.db-journal 501 5656 W 48100696 12288 quicklook ?? / Quick Look / cloudthumbnails.db 501 5656 W 48100816 8192 quicklook ?? / Quick Look / cloudthumbnails.db 501 5656 W 48100840 8192 quicklook ?? / Quick Look /cloudthumbnails.db 501 5656 W 56385640 28672快速查找?? / T / etilqs_kYNR5XinU71bydh 501 5656 W 56386736 32768快速查找?? / Quick Look / cloudthumbnails.db-journal 501 5656 W 56386736 4096快速查找?? / Quick Look / dbjumbnails。 501 5656 W 48100696 12288 quicklook ?? /快速查看/cloudthumbnails.db 501 5656 W 48100816 8192 quicklook d ?? / Quick Look / cloudthumbnails.db 501 5656 W 48100840 8192 quicklook ?? / Quick Look / cloudthumbnails.db 501 5656 W 56387280 28672 quicklook ?? / T / etilqs_ejadCww3DunYuu3 501 5656 W 56474504 32768 quicklookd ?? / Quicklook .db-journal 501 5656 W 56474504 4096快速查找?? /快速查找/cloudthumbnails.db-journal 501 5656 W 48100696 12288快速查找?? /快速查找/cloudthumbnails.db 501 5656 W 48100816 8192快速查找?? /快速查找/ cloudthumbnails。 db 501 5656 W 48100840 8192快看?? / Quick Look / cloudthumbnails.db 501 5656 W 56474568 28672快看?? / T / etilqs_QzHS30kC4YT8ETi  

我試了一下,然後尋找了 cloudthumbnails.db 文件。答對了!在 / Users / me / Library / Application Support / Quick Look 中找到它,而 quicklookd 正在瘋狂地寫入 cloudthumbnails.db-journal 。但是它正在寫小塊,然後刪除文件,然後再次寫那些小塊。不幸的是,這是一個二進製文件,因此不容易閱讀,但我給了它一個鏡頭,只是做了 tail cloudthumbnails.db-journal 。我大部分時間都是亂碼,但是我注意到重複的路徑 / Users / me / Library / Mobile Documents / com〜apple〜CloudDocs / 以及其中的一些文件。

這是iCloud文件夾,由於某些原因,quicklookd無法處理這些文件。我刪除了它們(移到垃圾桶並清空)和TADA!它解決了問題。

我不知道為什麼會這樣,為什麼 quicklookd 無法處理這些文件。我已將這些文件再次發送到iCloud,一切都很好-沒有 quicklookd 的瘋狂行為。

在找到罪魁禍首方面做得很好。:)
真是個好答案!這幫助我極大地了解了導致MacBook Air風扇旋轉的原因。我從iCloudDrive上刪除了文件,但這並沒有阻止cloudthumbnails.db-journal的生成。重新啟動後,但是一切都很好。非常感謝!
在我的El Cap MacPro上工作。
Alistair McMillan
2015-04-26 19:01:32 UTC
view on stackexchange narkive permalink

我會嘗試使用 opensnoop 來查看快速查找的文件。可能有某些特定的文件無法讀取或寫入。

儘管它們使用過多的CPU,請打開“終端”窗口並鍵入以下命令。會提示您輸入密碼。

  sudo opensnoop -n quicklookd  

這應該向您顯示所有quicklook正在讀取或寫入的文件,並可以幫助您確定是某個文件或某個文件夾引起了該問題。

請嘗試相同的操作進行修改。

謝謝,我已經運行了命令。更新了我的問題,因為結果沒有對我說什麼:(
您還可以在“活動監視器”中查看打開的文件。
Deirdre
2018-12-31 04:32:17 UTC
view on stackexchange narkive permalink

我不知道如何登錄到終端機,所以我只是殺死了quicklookd,它佔用了太多的內存,沒有其他東西可以運行。即時救濟!我想一旦重啟,它將再次啟動。

更新:當我下次查看終端時,我已經登錄到Terminal了-顯然由於內存不足,它以前沒有通過過。
wout
2015-06-06 16:33:39 UTC
view on stackexchange narkive permalink

我有完全相同的事情,但沒有任何建議可以說明情況。經過一個小時的搜索,我決定應用一個古老的技巧,從而徹底解決了該問題:

  • 使用“磁盤工具”修復了所有磁盤權限
  • 以安全模式重新啟動(按住Shift鍵)重啟時)
  • 以普通模式再次重啟

希望對所有人有幫助。

我認為這是大多數人(包括我)無論如何嘗試的。就我而言,這只是暫時的。
並且塞拉利昂不再存在維修許可
vaninv
2019-01-09 15:17:35 UTC
view on stackexchange narkive permalink

更新到macOS Mojave之後,我遇到了同樣的問題。 我已刪除〜/ Library / Caches / com.apple.QuickLookDaemon ,然後重新啟動計算機。解決了這個問題。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...