題:
為什麼記帳的進程要佔用大量CPU？
codecowboy
2015-04-22 14:40:13 UTC
view on stackexchange narkive permalink

為什麼 accountsd 和 securityd 進程在OS X 10.10.3上使用瞭如此多的CPU？
我使用的是2011年初的Macbook Pro。

這些過程是做什麼用的？殺死他們安全嗎？機器僅運行了4個小時，因此最近已重新啟動。

enter image description here

如果您已打開FileVault，則可以說明“安全”運行熱。“ accountsd”可能正在運行，試圖同步您的電子郵件和CalDAV帳戶並從服務器中提取所有當前信息。
謝謝，但是我沒有打開文件倉庫。退出Mail.app會將帳戶的CPU使用率降低到0.1％。我通常認為Mail.app的性能是一個問題，因此也許是時候放棄它了。
更新至macOS 10.13.6後的平均負載：197.58 148.56 136.73我從未見過如此高的平均負載。
從10.12更新到10.13.6後，@jimmont保持不變–您最終解決了嗎？
@slhck我只是強行重新啟動並解決了，沒有再次出現
如果您遇到此問題，請查看郵件日誌。郵件->窗口->連接醫生->啟用日誌->顯示日誌。在我的案例中，很清楚錯誤（或循環）的起源，之後很容易解決。
我也有這個問題。對我而言，這裡建議的解決方案均無效。偶然發現這篇帖子https://technuisance.com/macos/accountsd-process-is-taking-too-much-cpu-solved.html關閉所有應用程序並重新啟動解決了我的問題。郵件對我來說不是問題。希望對別人有幫助。
十二 答案:
nop
2015-06-11 06:25:27 UTC
view on stackexchange narkive permalink

在Mail.app的應用程序首選項中，我取消了兩個Google帳戶的“帳戶>高級>自動檢測並維護帳戶設置”，並且CPU使用率恢復了正常。

此方法有效，但是它導致配置了兩因素身份驗證的Gmail帳戶停止工作...
@mkrus我的一個帳戶是Google for Work（username@example.com），一個是普通帳戶（username@gmail.com）。我還看到在台式機上出現“崩潰”的情況...
也許您可能只是為了獲得對“首選項”窗格的訪問權限而配置了一個“假” /無效帳戶。
此選項在10.13中不再存在。
我禁用了“郵件首選項>帳戶> [您的郵件]>服務器設置>自動管理連接設置”，看來可行。
當我取消選中它時，它會在一秒鐘內自動再次對其進行檢查。嘗試10.15.5。我的某些郵箱仍然存在。
FizzleDizzle
2020-01-05 18:06:46 UTC
view on stackexchange narkive permalink

對於macOS Catalina來說，此問題對我來說才出現，並且僅當我使Mail應用程序打開without並與互聯網建立連接時。

轉到“郵件”->“窗口”->“連接醫生”->“ ShowDetail”，似乎正在運行一個無限循環，該循環試圖連接到郵件服務器。

唯一的臨時解決方案是要么禁用導致麻煩的帳戶（通過“郵件首選項”），要么在我離線時退出Mail應用程序。

謝謝@FizzleDizzle，這實際上對我有用...對我來說，這是與我的ProtonMail-Bridge的連接，顯示了相同的行為...我很確定，在嘗試解決時，我未選中“自動管理連接設置”複選框首先是這個問題...現在再次進行檢查，似乎很有效...想知道從長遠來看會如何。
對我來說也一樣由於全新安裝了Catalina，因此沒有互聯網=擁有240％以上的CPU使用率。
softwarebear
2017-09-18 13:54:31 UTC
view on stackexchange narkive permalink

我在使用44％CPU時也遇到了類似的問題。以下步驟解決了該問題。

在Calendar.app>“偏好設置”>“帳戶...”中，我禁用並啟用了郵件和日曆一直嘗試訪問的帳戶。

我什至沒有打開Mail.app，看到CPU佔用了120％的內存，對我來說，它也取消了日曆中的gmail帳戶，這使進程變得安靜了。
anon
2017-10-02 01:50:08 UTC
view on stackexchange narkive permalink

我有一個已關閉的Gmail帳戶，仍然登錄了Mac的系統偏好設置。

一旦我刪除了帳戶，30秒後帳戶的CPU數量從83％降低到0.01，CPU溫度從183F降低到106F，並且風扇停止高速運行。

我最同意Gmail帳戶是共同點。

YH Wu
2020-06-18 06:08:10 UTC
view on stackexchange narkive permalink

10.15.5中仍然存在相同的問題。凡是使用icloud的人都會觸發帳戶。我遵循了

的指示

https://waal70blog.wordpress.com/2019/12/16/accountsd-and-secd-high-cpu-usage-on-catalina/

瞧，問題已經解決了。基本上是rm -R〜/ Library / Keychains / xxx-xxx-xxxx-xxxxx;然後重新啟動。您將在〜/ Library / Keychains /下看到一個看起來像鑰匙串的文件夾，並且需要用該鑰匙串替換xx ... x部分。祝你好運！

Jan Michael
2015-05-03 19:26:27 UTC
view on stackexchange narkive permalink

能否請您嘗試註銷所有iCloud Services，重新啟動並再次登錄。

我有同樣的問題，它是隨機發生的。我懷疑系統偏好設置中的iCloud或我的郵件帳戶。系統偏好設置面板有時會要求我輸入我的Google密碼，但我拒絕這樣做。

我試過了，但是並沒有解決我的問題。從iCloud註銷很痛苦，因為要花很多時間才能將它恢復到以前的狀態。我只能說這是不得已的嘗試。
Theresa
2015-06-11 00:10:17 UTC
view on stackexchange narkive permalink

根據其他人在類似主題上的建議，我取消選擇了“郵件”>“偏好設置”>“帳戶”>“高級”>“自動檢測和維護帳戶設置”，並且CPU恢復到正常範圍。我有3個Google，1個yahoo和iCloud帳戶。希望此修復程序能夠堅持下去。我針對同一問題多次運行了Disk Util，並且似乎彈出了連續的權限錯誤，因此不確定是否是另一個基礎進程還是它。祝你好運！

Jeffrey Scofield
2015-06-17 23:00:00 UTC
view on stackexchange narkive permalink

通過退出並重新啟動Mail應用程序，我得到了解決的辦法。它從大約60％的CPU變為0％的CPU。不需要重新啟動。

我不確定是什麼原因觸發了它的不良行為，但是很長一段時間以來，我一直在查看我的帳戶和配置文件。

>

Zweedeend
2015-06-29 12:43:04 UTC
view on stackexchange narkive permalink

在“郵件”應用中，轉到“窗口”>“活動”，然後嘗試取消其正在執行的所有操作。為我解決了

前面提到的“郵件>首選項>帳戶>高級>自動檢測並維護帳戶設置和CPU”修復僅是我的部分答案。原來，郵件陷入了一個循環，試圖同步一個先前被禁用的帳戶。手動取消立即解決了該問題。
Behrouz
2015-10-29 06:57:41 UTC
view on stackexchange narkive permalink

聽起來iOS的文件索引編制中有錯誤。有時， accountsd 在索引計算機中的文件時會陷入不確定的循環（供Spotlight使用）。解決該問題的方法是在筆記本電腦上重置索引：

  1. 轉到系統偏好設置-> Spotlight->隱私
  2. 添加（+）硬盤（大多數）可能是“ Macintosh HD”）。
    3. ol>

    這將刪除您之前的索引文件，並應解決 accountsd 的高使用率問題。但是，Spotlight將不再起作用。如果您不需要它，請不要遵循其餘的說明。

    但是，如果需要返回Spotlight，請通過選擇列表並單擊-按鈕從列表中刪除Macintosh HD。在晚上或某個小時不需要筆記本電腦的時間進行此操作，因為它將為文件重新編制索引並佔用大量計算機資源。

David R
2017-03-31 03:57:05 UTC
view on stackexchange narkive permalink

取消選中我的Google帳戶中的日曆和消息可以為我解決。無論如何，這對我來說絲毫沒有損失，因為我目前僅使用Google處理某些郵件（我選擇了該郵件）。關於為什麼這是Google的問題，為什麼只是最近才成為問題，我很茫然。

Zhang Song
2018-08-22 14:44:10 UTC
view on stackexchange narkive permalink

我剛剛更新到10.13.6時也遇到了這個問題。而且，當我重新啟動MacBook Pro（Retina，13英寸，2015年初）後，我很高興發現此問題消失了。



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