題:
優勝美地上的WindowServer高CPU
Jake N
2014-10-28 14:29:35 UTC
view on stackexchange narkive permalink

這是對的後續措施，因此我的優勝美地安裝速度很慢-怎麼辦？

自從大約一周前安裝優勝美地以來，我的機器非常緩慢。我是一名網絡開發人員，所以我經常更改Windows /應用程序。更改應用程序會使我的計算機掛起2秒鐘或更長時間。

觀察活動監視器後，我發現在移動窗口以及僅使用一個應用程序時，WindowServer佔用大量CPU。我嘗試關閉應用程序以確定是什麼（如果有的話）導致了問題，但還沒有提出有用的建議。

這裡是一個示例。

Activity Monitor showing WindowServer at 37.6%.

即使是現在，當我輸入內容時，使用率也會在10％和20％之間翻轉。我只是在打字！

該如何解決？

像往常一樣，日誌可能提供了很好的線索：`sudo su-;;日誌流--predicate'（process ==“ WindowServer”）'--info＃或--debug`
在我的Mojave系統上，當一切正常時，以下命令相當安靜；而當CPU使用率過高時，則發出瘋狂的噪音：`log stream --predicate'（process ==“ WindowServer”）'--debug |grep -v -e BrightnessAttenuationFactor -e'CoreDisplay isdetached'`
最後但並非最不重要的評論：`log stream`發現了我的Mojave錯誤：自動亮度調節崩潰。它每秒每秒在“ IsAutoBrightnessEnabled：yes”和“：no”之間切換數千次。註銷並進行睡眠/喚醒會使它消失一段時間（無需重新啟動）。
更好的是：`sudo launchctl kickstart -kp system / com.apple.corebrightnessd`
關閉NightShift有時也會有所幫助。
十一 答案:
Kevin
2014-11-19 20:45:55 UTC
view on stackexchange narkive permalink

我在WindowServer中的CPU使用率過高也遇到了類似的問題，我設法通過刪除菜單欄中正在進行高頻繪圖更新的任何項目來恢復了正常狀態。

在我的情況下，似乎是最大的罪魁禍首是Little Snitch的Network Monitor。

這也是我的問題。崩潰計劃和小小的告密都吸引了很多菜單。禁用動畫很有幫助。
噢，天哪，謝謝...禁用網絡監視器已經有一段時間了，但是一切又重新開始了。將CrashPlan的圖標主題設置為“無動畫”後，一切都將按照其應有的速度進行。
我遇到了整個WindowServer開始出現峰值的問題，打開並在預覽中使用大型PDF一段時間後，計算機的速度大大降低。我註銷並登錄後，一切又很快了（這在菜單欄中也運行了小小的snitch網絡監視器）。
我可以確認PDF問題。小小的告密者似乎也沒有影響-從現在開始將密切關注它。
動畫菜單欄項目也是我的罪魁禍首。禁用MozyHome菜單欄項會將WindowServer CPU從近70％減少到〜5％。
有什麼方法可以調試並找出導致菜單變慢的菜單項？我已經禁用了小告密網絡監視器
是的，小飛賊！！！
禁用Little Snitch的菜單欄項，突然我的整個計算機變得更加敏捷。難以置信的。謝謝！
我的罪魁禍首是Spotify應用程序的“簡化”。禁用“軌道標題”的顯示會將WindowServer的CPU消耗從> 35％降低到〜4％。
內置的OS X VPN狀態項目在連接時佔用了我的CPU和RAM，從而更新了計時器。令人沮喪，因為它甚至都不是第三方。
在我的情況下，iStat菜單還會導致WindowServer cpu使用率更高。
Scorchio
2014-11-04 23:56:40 UTC
view on stackexchange narkive permalink

根據我收集到的內容，以下內容可能會幫助您（以斜體顯示我的個人經歷）：

  • 任務控制：請關閉“顯示器的顯示空間已關閉”，然後關閉儀表板。 將儀表板作為覆蓋物確實讓我放慢腳步
  • 修復磁盤權限，然後重新設置系統管理控制器，重置PRAM （Luis Mercado在 https://discussions.apple.com/thread/6623697上對此進行了很好的說明）。 我在此方面取得了一些次要的成功，但是無論如何以後還是開始出現問題
  • 降低透明效果（位於“系統偏好設置”>“顯示”下的可訪問性中）。 我已經嘗試過，它可能會改善性能，但是我錯過了外觀，因此我將其切換回了。
  • 關閉自動圖形切換 >（系統偏好設置>節能器）。 這對我來說是最好的選擇，因為我並不真正擔心能源消耗，但是老實說，我不認為對此有真正的需求。

我尚不知道真正的解決方案，希望我們能在10.10.1。中解決此問題。

編輯：我已經更新到10.10.1，並且問題仍然存在，所以我想我們將不得不等待更長的時間或重新安裝。

編輯2：改用El Capitan可以大大改善這一點，因此對我來說，這不再是問題。

謝謝，我會嘗試的。你有同樣的問題嗎？
是的，我是...請讓我知道什麼對您有用，我很感興趣。
到目前為止，我已經嘗試了您的想法，但這是在重新安裝OSX之後。我是通過恢復模式完成的。我重新安裝了OS X，但沒有格式化並重新安裝-那樣的確很痛苦。我剛剛重新安裝了OS X，到目前為止，它似乎已經幫了很多忙！
太棒了只需關閉儀表板和“顯示器具有單獨的空間”，就產生了奇蹟。我真的曾經在2013年的Air上受難，現在就像一台全新的機器。
在10.10.2 beta中，情況似乎略好一些，但在不同時間，由於應用程序切換，藍牙上的光標滯後以及Spotlight活動很多，仍然存在一些實際問題。 Safari仍然有點慢，並且不時在Safari中出現黑色的大“框”（與x.0和x.1中的一樣）。您的運氣還好嗎？
兩根手指的滾動速度非常慢，並且似乎與WindowServer的CPU使用率很高相吻合。更改“顯示器的分隔空間”似乎可以解決問題。
在我的情況下，禁用“顯示器具有單獨的空格”並選中“減少透明效果”似乎確實有所幫助（帶有2個監視器的MBP）。
顯示屏具有單獨的“空格關閉”功能，在優勝美地之前始終可以使用，並且使用多顯示器設置禁用此功能就像是在蘋果不知道如何處理多顯示器設置時回到過去。自動窗口安排對我而言很有幫助。
謝謝，看起來很有效。可悲的是，在我已經為Mac購買了散熱墊之後，我已經讀過這篇文章。
禁用透明效果可將CPU使用率降低約10％
Humbs
2014-11-03 07:23:49 UTC
view on stackexchange narkive permalink

Disable the "Display have separate Spaces"

嗨，試試看：禁用“顯示有單獨的空格”

註銷並再次登錄，檢查過程...

一切都好嗎？

您的建議改善了我的處境，但尚未完全解決問題...
我也是，它有所幫助。但是它仍然很糟糕。
對於使用多個顯示器的人來說，這不是解決方案。只有一個菜單欄就像回到Leopard或Lion。
好了，這解決了使用主顯示屏和Hi Res 2nd顯示屏的2011 I7 MacBook Pro上的光標滯後問題。很好，謝謝
這對我來說很好用，取消選中“顯示器具有單獨的空間”可以顯著改善性能。我正在使用2012 i7 MBP Retina。
Zhora
2014-12-03 16:00:05 UTC
view on stackexchange narkive permalink

我刪除了原來的答案，因為原來這只是一個臨時解決方案（甚至根本無法解決）。今天，我發現了一些可以消除大部分速度問題的東西，我在此鏈接中對此進行了詳細描述：

優勝美地：輔助功能縮放+多台顯示器=性能不佳

以某種方式，我的用戶首選項文件 com.apple.sidebarlists.plist 已經獲得了多個具有非常長的值的鍵（均名為書籤）；長度從2.7 MB到4.3 MB不等，這使得首選項文件的大小大於11 MB。看來，每當發生需要訪問該文件中的（順序）首選項數據的操作時，讀取整個文件都會使一切幾乎停滯不前，直到完成為止。 （當我用編輯器查看文件時，在瀏覽文件時也遇到了同樣的緩慢情況。）刪除該文件幾乎消除了我切換到優勝美地以來一直遇到的所有緩慢情況。

我確實認為我們正在處理導致優勝美地速度放慢的幾個不同問題，我們中的任何一個可能都有一個或多個這些問題。我仍然在系統日誌中看到很長的觸控板手勢轉儲，我認為這是速度慢的原因，但是現在看來，僅在某些時間使用Firefox後，速度才減慢（並且導致Firefox的滾動失敗）。而;

如果有人找到相同的東西，並且刪除了該首選項文件，那麼最好將其驗證或使之無效是可能的，因為到目前為止，該解決方案似乎還難以捉摸。這一變化對我使用優勝美地產生了巨大的影響，我希望這是自升級到優勝美地以來遭受緩慢影響的其他許多人的解決方案。

好的，現在還處於初期，但是到目前為止，這似乎確實有所作為。謝謝！
@Alastair-我發現我花了幾次嘗試才能將the腫的密鑰保留在sidebarlists pref文件中（可能是由於緩存，並且不確定何時實際重寫該文件），但是經過數週的嘗試，我仍然沒有發現問題再次出現使用，它確實對我有很大幫助。我發現幫助阻止它返回的另一件事是清除了“最近的項目”菜單，因為就我而言，許多問題都與“最近的服務器”有關。希望對您有幫助。
在經歷了優勝美地每一次性能下降的幾個月後，這項工作終於奏效了。遇到此問題的每個人都應通過http://bugreport.apple.com向Apple提交錯誤報告。
我現在正在運行10.10.3。一旦達到10.10.2，文件的腫似乎就不成問題了，但有時仍然存在。繼續到10.10.3。從我所看到的情況中，通常發生在我連接到夥伴的Mac並將其磁盤放在側邊欄中或顯示在*“最近的項目”列表中時。最近幾天，當它膨脹時，我似乎又開始放慢腳步。我退出查找程序並刪除首選項文件，它們返回很小，直到網絡磁盤恢復。我正在收集錯誤報告的詳細信息；如果發現可能導致它的特定內容，請發布詳細信息。
Floyd
2014-11-11 01:31:57 UTC
view on stackexchange narkive permalink

我的機器也遇到了同樣的問題，我所做的就是卸載Google Chrome，然後一切順利。

由於您是網絡開發人員並且可能依賴Chrome，因此可能對您沒有幫助 >

對我來說，這也是Chrome造成的。一旦關閉它，WindowServer的CPU使用率平均將低於5％。
退出Chrome，重新打開，然後單擊cmd + shift + t重新獲得所有選項卡（如果已關閉）。那是我的解決方案。將問題報告提交給Chrome後，您都應該做同樣的事情，以便Google能夠引起注意並加以解決。
Hug
2015-02-02 03:54:04 UTC
view on stackexchange narkive permalink

對我而言，罪魁禍首是使用優勝美地的新系統範圍的黑暗模式（系統設置->常規->使用黑暗狀態欄並停靠）。切換回明亮模式後，我的WindowServer負載從100％減少到2-7％。因此，如果啟用了該功能，請進行檢查。 ;-）

那是哪個應用程序？
從優勝美地到整個系統。系統設置->常規；沒有特定的應用
對啊這就是為什麼我找不到它。我現在回到舊版本。
奇怪。我關閉了暗模式，並且windowserver的cpu使用率下降了約33％。我重新打開它，它仍然很低。現在，我想知道如果我將其保持在黑暗模式下，它是否還會爬回去。猜猜我會發現。
Snowcrash
2015-02-23 20:21:43 UTC
view on stackexchange narkive permalink

這對我有用：

  1. 如果您有第二個屏幕，請斷開連接，重新啟動，然後重新連接

  2. 關閉Google Chrome瀏覽器

  3. 仍然不好嗎？試試這個 https://discussions.apple.com/thread/6623697

    4. ol>
Elias Zamaria
2015-02-27 04:30:17 UTC
view on stackexchange narkive permalink

在升級到OS X 10.10.2之前，我曾經遇到此問題。現在，我可以不用重新啟動就可以運行數週，並且窗口動畫將保持平滑，並且WindowServer進程不會佔用大量CPU。

這是最近的更新嗎？
根據[MacRumors]（http://www.macrumors.com/2015/01/27/apple-os-x-10-10-2/）的規定，它於2015年1月27日發布。
bergercookie
2016-05-18 00:50:51 UTC
view on stackexchange narkive permalink

大多數答案都提到，這可能歸因於您的菜單欄項。 我遇到了同樣的問題，並刪除了iStat菜單欄和Little Snitch，此後情況明顯改善了。

user99586
2014-12-22 18:24:09 UTC
view on stackexchange narkive permalink

CrashPlan托盤絕對是導致CPU使用率高的元兇。它有助於禁用紙盤首選項中的動畫。

但這仍然無法解決我的問題。解決它大約一個星期的唯一問題似乎是完全重新啟動。此後，機器只會變得呆滯，需要重新啟動。回到Windows95是！蘋果應該為此做些事情-但是不，問題似乎永遠存在。如果是外部應用程序，至少他們應該提供說明/應用程序以對此進行調試並查找外部原因。但是我越來越開始認為這主要是WindowServer與自身糾纏在一起，其他應用程序的任務欄更新等加劇了這種情況。

xji
2020-08-14 15:28:11 UTC
view on stackexchange narkive permalink

如果您在Macbook Pro 16''（2019）上遇到此問題，這似乎是一個眾所周知的問題，該問題涉及筆記本電腦無法同時承受兩個CPU的熱量連接外部顯示器時使用GPU和GPU。最終的解決方案似乎是使用eGPU ...對於大多數人來說這可能不切實際。

AMD Community線程進一步指出，罪魁禍首是dGPU在筆記本電腦輸出到多台顯示器時全速運行並消耗約20W的功率，這似乎是因為驅動程序允許dGPU內存以全時鐘速度運行，“避免撕裂”。這很快導致機箱過熱。僅輸出到一個顯示器（該計數包括內置顯示器），而沒有縮放比例或分辨率的整數倍縮放，似乎可以將功耗降低到〜9W，從而解決了問題。

很有趣的是，每當我的Mac變慢時，我似乎都能使其進入睡眠狀態並在幾分鐘後將其喚醒，以使其在一個小時內再次響應，而無需關閉任何應用程序。這可能是因為dGPU上的功耗在再次回到〜20W之前下降了。

由於您使用的是Catalina，您可以在Activity Monitor中直觀地看到不同的GPU統計信息，以顯示硬件加速配置更改前後的變化嗎？
-1
更新：如果我僅以分辨率的整數倍連接到一台顯示器，就能夠看到顯著的GPU功耗差異。我認為這是AMD問題的根本原因，在AMD社區線程中也對此進行了討論。更新了我的答案。


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