題:
安裝了什麼，為什麼會佔用我的CPU？
Ken
2013-03-29 01:39:04 UTC
view on stackexchange narkive permalink

我的Macbook在煎炸，我的CPU監視器發瘋了：超過200％的CPU被“安裝”使用。

這是什麼？我可以殺死它嗎？

（OS X 10.8。）

200％？，檢查您的RAM狀態！
有時，如果其他響應沒有響應，CPU就會發狂。像RAM或硬盤一樣，因此請檢查它們的活動性。
除了來自Lauri Ranta的好的建議以外，安裝程序也應該正在運行，您可以從Dock中單擊它的圖標，然後按命令L和命令3來調用安裝日誌文件並啟用所有消息。您可能希望在CPU超過100％時看到相關的安裝過程，並考慮終止安裝程序/在安裝日誌中查找錯誤消息（一旦安裝程序退出，控制台應用程序也會顯示該日誌文件）。
不要殺了它。該軟件更新很可能在後台運行（可能是其他安裝方式）。 CPU之所以超過100％的原因還在於您擁有多核CPU。我的Mac有4個內核，因此可能高達400％。
健二是對的。當我的安裝完成相同操作時，我來到了此頁面。當我閱讀時，它終於停止了，然後立即收到“可用更新”通知。為什麼此過程需要幾分鐘才能在四核i7上使用所有可用的CPU，這是另一個問題。
我的是461％，太瘋狂了
六 答案:
kenorb
2013-05-21 15:14:37 UTC
view on stackexchange narkive permalink

這是 PackageKit框架的一部分，它通常作為“軟件更新” GUI應用程序的後台進程運行。例如，如果打開軟件更新應用程序並檢查是否有更新，請查看活動監視器-您將看到“已安裝”進程正在做大量工作。

其原因釘住您的CPU是因為它必須編譯計算機上安裝的當前軟件列表，並與從Apple服務器接收到的當前版本列表進行比較。

您可以在“系統偏好設置”和“軟件更新。

默認設置為“檢查更新”和“自動下載更新”。您可以調整其中任何一個設置，但我不建議完全將其關閉。

此過程沒有什麼壞處-它只是用於下載更新。

您可以通過降低CPU佔用率來解決CPU問題。優先級或通過在活動監視器中終止進程。

技術信息：

Lion OSX中的位置在： / System / Library / PrivateFrameworks / PackageKit.framework / Resources / installed

（如果正確配置了 locate ，請運行： locate installed 以找到正確的位置位置）。

您如何設置流程的優先級？
您可以使用“ renice”命令來更改進程的優先級。
請注意，“ renice”會降低進程的優先級，但不會阻止它使用所有可用的CPU。如果沒有其他程序要求CPU時間，則係統仍會將所有可用的CPU分配給`installd`進程。
在Mac OS 10.10.1上，此設置位於“系統偏好設置”->“ App Store”下。看起來他們重新啟用了它，而沒有告訴我我何時升級到優勝美地。
您不需要在macOS上使用`locate`。使用`mdfind -name installd`代替，它使用Spotlight並且始終可用。
當它只是在等待您重新啟動以完成更新時，installd似乎平均需要約10％的CPU（根據頂部）。
Lri
2013-03-29 01:50:02 UTC
view on stackexchange narkive permalink

例如，當您安裝App Store應用程序或從啟動板刪除應用程序時，它通常會運行。但是，它不應該一直在後台運行或繼續使用那麼多的CPU。您可能可以從Activity Monitor強制退出它，或運行 sudo killall -9已安裝。

二進製文件位於 /System/Library/PrivateFrameworks/PackageKit.framework/資源/已安裝在10.8中。

因此，問題是這樣做已經進行了多長時間了？
對我來說，幾分鐘後，它又掉了下來，然後又開始了（即使我沒有安裝任何東西），然後又掉了下來。它現在已經消失了，但是誰知道它是否還會回來。
您也可以運行sudo opensnoop -n installd來查看進程訪問的文件或在Console中搜索安裝的文件。
不要只是“殺死-9”一個過程。 SIGKILL應該是萬不得已的方法，因為該過程不一定以定義良好或一致的狀態終止。總是先嘗試使用-15（SIGTERM）終止和-6（SIGABRT中止進程）。
@user495470`opensnoop`對我不起作用。我在啟用的探測器ID 5（ID 172：syscall :: open：return）上收到dtrace：錯誤：在DIF偏移量為24的操作＃11中無效的用戶訪問。
mefepe
2014-04-13 22:33:59 UTC
view on stackexchange narkive permalink

我使用了活動監視器來立即終止該進程。如此：

  • CPU恢復正常；
  • 在通知中心中出現了來自App Store的通知，詢問何時安裝更新。
Snowcrash
2015-04-24 20:10:59 UTC
view on stackexchange narkive permalink

這是Apple的安裝過程。

令人討厭的是：

  1. Apple尚未（到目前為止）降低了CPU佔用率，或者給了您選擇執行的選項所以。請注意，CPU密集型階段僅在安裝的最初階段，並且會停止。
  2. 您無法快速查看下載進度
    3. ol>

    您可以看到進度，但需要執行以下操作：

      Apple徽標（左上）> App Store >更新，然後單擊更新。

    然後這將顯示具有當前下載狀態的進度條。

user48412
2013-04-30 13:36:29 UTC
view on stackexchange narkive permalink

我的礦井已經安裝並存儲代理-所以我剛剛殺死了它們：

  sudo killall -9安裝了sudo killall -9 storeagent
殺死這些有什麼影響？它會崩潰還是損壞任何東西？
Mac OS X安裝程序通常會對臨時位置的安裝文件進行冗長的操作（解壓縮，編譯），並且實際上花費很少的時間將文件移到適當位置。如果運行報告其進度的安裝程序，則可以自己查看。這表明存在一種不太可能但存在的機會，它可能會使您的系統處於不一致狀態。此外，安裝的最後一步是寫一張“安裝完成”收據，因此，如果未寫好收據，則可能稍後會嘗試再次安裝該軟件，以解決不一致問題。
另外，我相信如果被殺死，超級危險的更新可能會導致系統死機，這是需要重新啟動並僅在所有用戶都註銷後才能安裝的更新。
沒有真正的保證，如果擊倒這樣的過程會發生什麼。可能什麼也沒有，但是您可能會破壞某些內容，因此請在使用`-9`殺死之前嘗試其他信號。
Brice
2013-04-23 21:24:01 UTC
view on stackexchange narkive permalink

已安裝是由Sophos Antivirus運行的進程。該過程由InterCheck調用，該過程與Sophos的主動掃描有關。

因此，它似乎是操作系統的核心組件，該組件在您對“ Installer”程序進行身份驗證以執行安裝後啟動。對於某些Mac版Sophos AV用戶來說，它會逐漸消耗過多的CPU能力。編輯您的答案，以便將其建議為一種可能性，其中之一，您可能會得到一些好評。


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