題:
“供電”過程使用大量CPU
Gary
2015-03-05 00:06:09 UTC
view on stackexchange narkive permalink

通常,當我從睡眠狀態喚醒Mac之後, powered (這是電源管理守護程序?特別是處理Mac睡眠並喚醒它的問題?)使用的CPU較高,通常約為25%到i7 CPU上的50%。

任何人都知道如何找出導致問題的原因以及如何解決它?從睡眠中醒來似乎是一個問題,但我不知道是什麼。

幾個星期前,我將Mac Mini更新到10.10.2之後,就開始出現此問題。

我會在控制台中查看它在做什麼!
我在控制台中看不到任何相關內容。在過去30分鐘內沒有相關的項目,對`powerd`的過濾顯示一行:`15/03/04 12:27:27.000 am kernel [0]:PM響應花費了3152 ms(26,powerd)`好像是我把Mac入睡的時候。
它使用多少內存?我有0個CPU和1 MB內存
“ powered”是25%CPU和30 MB內存。
嗯,在控制台過濾器(未通電)中鍵入“電源”以查看打開/關閉的內容,它應該是Airport和HDMI等。
在控制台中輸入`power`後,最後一個事件發生在3個小時前,所以我認為這與當前`powered`的CPU使用率高無關嗎?在過濾掉“ powered”之後,控制台中的項目似乎來自於我睡覺/喚醒Mac時的過程,僅此而已。
Activity Monitor中的百分比是每個核心的百分比,因此25%實際上更像是總CPU的3%……這不足以令人擔心。
是的,的確如此,但仍應低於10%。正在使它達到25%或更高的水平,這可能不應該發生。有時,當它達到75%時,我會重新啟動Mac,以使其下降到1%左右。
在我的優勝美地服務器上也有此問題,但任何筆記本電腦都沒有。重新啟動可以解決該問題,但我不知道它如何進入此狀態!嗯
我遇到了同樣的問題,重新啟動對Activity Monitor的行為引起了與std.denis相同的瘋狂。更新的速度可能是每秒10-20次。但是,VMware是唯一真正發瘋的應用程序。您是否運行VMWare,並且是否正在運行虛擬服務器?在進入睡眠狀態時,主機和虛擬服務器之間似乎存在一些混亂。我在10.10.3,VMWare融合7.1.1上
我應該澄清一下,僅重啟電源,而不重啟整個機器。
有關此問題的更多信息,請佔用大量CPU時間。Mac Mini,2011年中,10.10.3 ...沒有應用程序運行,兩分鐘後,風扇開始以5500 RPM的速度快速運轉!活動監視器說powerd使用大量CPU%,而其他所有進程使用的CPU則更少。沒有應用正在運行!重新啟動,沒有任何改善。退出電源,然後退出活動監視器,然後重新啟動。等待查看供電再次接管需要多長時間。到底是什麼動力???
我最初並沒有因為CPU使用率而注意到此問題,而是因為我在活動監視器中打開了“網絡”標籤,儘管沒有應用程序使用Internet,但每隔幾秒鐘它就會在傳入和傳出的數據包中顯示出巨大的突發(大約每秒進出1,000,000個數據包。)
@William Turrell的評論很好地暗示了電源故障的可能原因。在嚴重的網絡攻擊下,Mac CPU會自然爬升。如果您不習慣查看防火牆和網絡日誌,那麼現在就該開始了。來自不良連接的無線接口攻擊會導致高功率使用,因此需要經常對其進行監視。
我認為這可能是比特幣挖礦木馬。我的互聯網連接速度很慢,因此我檢查了訪問點上的傳輸統計信息,結果已飽和。沒有人連接,所以我認為它一定是我的計算機。檢查活動監視器後,我發現使用了可疑數量的CPU供電。終止進程不僅釋放了CPU,而且帶寬使用率降至零。
六 答案:
Tyler A.
2015-05-06 19:06:19 UTC
view on stackexchange narkive permalink
  sudo kill -HUP $ {pgrep powered) 

(我沒有“ why”的答案)

更簡潔地說,`sudo pkill -HUP powder`
似乎它在HUP上重新啟動,因此僅普通的TERM可能會完成相同的工作。如果只有他們在手冊頁中記錄了有關該守護程序的任何內容。
這將殺死它,但並不能解釋為什麼它首先發生。
是的,格雷格。注意我的答案中的括號表達。
如果@AndyDent是正確的(如下),則這是一個非問題,僅當您運行ActivityMonitor以查看其是否處於活動狀態時才處於活動狀態。
“ top -o cpu”顯示所有按CPU順序運行的進程。(對我而言)在運行活動監視器的情況下,“ powerd”的CPU使用率約為15%。關閉活動監視器。現在,“功率”為0.1%。
我只需要這個答案,並且可能對“為什麼”有一點頭緒。 當我編寫的遊戲因分段錯誤而崩潰時,這發生在我身上。 操作系統應該能夠檢測到段錯誤並阻止它(並使導致它的程序崩潰),我想OSX對此還不夠好,並且讓我的小遊戲以某種方式破壞了系統進程。或者其自身的異常處理導致了其自身進程中的錯誤。
std.denis
2015-03-07 23:08:30 UTC
view on stackexchange narkive permalink

您是否嘗試過通過活動監視器停止 powered

這為我解決了CPU消耗。

但是在停止 powered 後,我在 Activity Monitor 中得到了奇怪的效果-就像 Update Frequency 經常(2秒)更改為不間斷(0秒),即連續進行而沒有任何延遲。因此,我也必須退出 Activity Monitor

完成這些操作並重新啟動 Activity Monitor 後,一切正常。

從您的描述方式來看,這聽起來並不是一個好的解決方案。我同意重啟Mac通常是修復這些失控過程的最佳方法。
不知道在某些實用程序的每次故障時完全重啟Mac是否是個不錯的選擇。如果該實用程序不影響系統的穩定性。
好吧,我下次將其殺死,看看情況如何。但我正在尋找一種更永久的長期解決方案。
我做了同樣的事情,並在“活動監視器”中看到了您正在談論的內容-但是如果仔細觀察,您會發現實際上正在發生的事情是活動監視器本身已備份,並且正在快速執行更新繼承嘗試趕上。礦山積壓了幾天(在一台很少使用的機器上),看起來很像,需要一段時間才能趕上。
user3145800
2015-12-02 07:52:40 UTC
view on stackexchange narkive permalink

在我的計算機上,是活動監視器導致 powered 進程使用大量cpu(20-30%,有時50%,重置SMC無效)。退出活動監視器可以“解決”該問題。通過運行 top 在終端中籤入。

對powerd進行過程採樣表明,Activity Monitor可能會繼續從中獲取能源影響信息。
是的,為我工作。
誰會打它呢?我從沒想過活動監視器會負責任,但肯定是我機器上的罪魁禍首。謝謝你的建議。
Andy Dent
2016-03-28 09:00:11 UTC
view on stackexchange narkive permalink

我使用 iStatMenus監視一系列事物,它在活動監視器運行時確認powerd是使用大量CPU的only。在其他時候,not確實出現在CPU高用戶列表中。

我發現這種說法有點令人懷疑。這當然與對我的經歷的邏輯評價不符。1)系統由於某些無法解釋的原因而運行緩慢。2)打開“活動監視器”進行調查。3)“強力”似乎是元兇。(_是的,這並不與您的主張相抵觸,但是,但是... ** _)4)殺死有能力的人5)突然,性能提高了。(_這強烈地暗示“強力”是罪魁禍首,也許“ iStatMenus”不符合您對它的信念。)_)
Nicolas Guérinet
2015-06-30 10:53:47 UTC
view on stackexchange narkive permalink

您需要重置您的SMC。就像另一個答案一樣,我沒有為什麼,但是我有解決方案。

Mac mini,iMac,Mac Pro

關閉Mac,拔下電源線,等待30秒鐘,插入電源線,等待5秒鐘,啟動Mac。

MacBook

關閉Mac,按 Shift kbd> + 首先按Ctrl kbd> + Alt kbd>,然後按電源按鈕。它不應該開始。看一下電源線中的LED,它應該只改變幾秒鐘。然後,釋放 Shift kbd> + Ctrl kbd> + Alt kbd>並啟動Mac。

和原理?
您能否改善答案,使它看起來不像禱告動作:)。
如何診斷出“您需要”?
重置SMC並沒有幫助,它會重新啟動有幫助的計算機。我的正常運行時間最長,將花費更多動力(僅當Activity Monitor運行時)。現在我已經十天沒有重啟,它佔用了一個內核的50%。如果我重新啟動,這將消失。
Nigel Martin
2015-10-07 23:03:19 UTC
view on stackexchange narkive permalink

在Apple網頁上:在Mac上重置系統管理控制器(SMC),其中討論了何時以及為何應重置SMC(系統管理控制器)。它沒有提到此問題,但至少它使您更加了解重置SMC的含義!

此刻我也遇到了此問題。

要在基於Intel的Mac Pro,iMac和Mac mini計算機上重置SMC,您需要:

  1. 關閉計算機。
  2. 拔下電源線
  3. 等待十五秒鐘。
  4. 連接電源線。
  5. 等待五秒鐘,然後按電源按鈕打開計算機。
  6. ol>
今天,我仍然遇到電源問題(使用CPU的25-45%)。我一次關閉了一個應用程序,以防它是一個導致問題的應用程序,但仍然繼續使用CPU。然後,我重新啟動,這解決了問題。如上所述,活動監視器似乎在重新啟動後播放了幾秒鐘的赶超消息,顯示了重新啟動之前收集的數據(我假設)。在此期間,顯示器更新很快,並顯示仍使用40%cpu供電。幾秒鐘後,監視器穩定下來,並且電源已從cpu用戶的監視器列表中消失。


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