CPU alta WindowServer su Yosemite


128

Questo è il seguito di Quindi la mia installazione di Yosemite è lenta - cosa fare?

Da quando ho installato Yosemite circa una settimana fa la mia macchina è molto lenta. Sono uno sviluppatore web, quindi cambio molto Windows / App. La modifica delle app fa sì che la mia macchina si blocchi per 2 o più secondi.

Dopo aver osservato Activity Monitor, vedo che WindowServer sta occupando molta CPU quando sposto Windows e anche quando uso solo un'app. Ho provato a chiudere le app per determinare quale, eventualmente, sta causando il problema, ma non ho ancora trovato nulla di utile.

Ecco un esempio

Activity Monitor che mostra WindowServer al 37,6%.

Anche in questo momento mentre scrivo si passa tra il 10% e il 20% di utilizzo. Sto solo scrivendo!

Come posso risolvere questo problema?

Risposte:


92

Ho avuto un problema simile con l'uso elevato della CPU in WindowServer che sono riuscito a tornare a qualcosa di più normale rimuovendo tutti gli elementi nella mia barra dei menu che stavano facendo aggiornamenti di disegno ad alta frequenza.

Nel mio caso è stato il Network Monitor di Little Snitch a sembrare il principale colpevole.


17
Anche questo era il mio problema. Il piano di crash e il boccino attirano molto il menu. Disabilitare le animazioni ha aiutato.
afuzzyllama,

5
Oddio, grazie ... disabilitare il Network Monitor ha funzionato per un po ', ma tutto è ricominciato. Dopo aver impostato il tema dell'icona di CrashPlan su "Nessuna animazione", tutto è veloce come dovrebbe.
Strayer,

1
Ho riscontrato problemi in cui l'intero WindowServer inizia a picco, rallentando notevolmente il computer dopo l'apertura e l'utilizzo di un PDF di grandi dimensioni in anteprima per un po '. Dopo aver effettuato il logout e il login, tutto è di nuovo veloce (questo è anche con un piccolo monitor di rete snitch in esecuzione nella barra dei menu).
film42,

Posso confermare il problema PDF. Anche il piccolo boccino sembra avere un impatto - lo guarderà da vicino da ora in poi.
binaryanomaly

1
Esiste un modo per eseguire il debug e scoprire quali voci di menu causano il rallentamento? Ho già disabilitato il piccolo monitor di rete snitch
AlfaTeK l'

26

Da quanto ho ancora raccolto, potrebbe essere in grado di aiutarti ( trova le mie esperienze personali in corsivo ):

  • Mission Control: spegni "I display hanno Spazi separati", spegni Dashboard. La dashboard come overlay ha davvero rallentato le cose per me
  • Correggi le autorizzazioni del disco, ripristina Controller di gestione del sistema, ripristina PRAM (Luis Mercado lo ha spiegato bene su https://discussions.apple.com/thread/6623697 ). Ho avuto un piccolo successo con questo, ma il problema ha iniziato a verificarsi in seguito comunque
  • Ridurre gli effetti di trasparenza (è in Preferenze di Sistema> Accessibilità in Schermo). Ho provato questo, potrebbe migliorare le prestazioni ma mi mancava l'aspetto, quindi l'ho ripristinato.
  • Disattiva la commutazione grafica automatica (Preferenze di Sistema> Risparmio energia). Questa è stata l'opzione migliore per me, dal momento che non mi preoccupo molto del consumo di energia, ma onestamente non penso che ci dovrebbe essere una reale necessità per questo.

Non sono ancora a conoscenza di una soluzione reale, speriamo che Apple lo risolva nel 10.10.1.

modifica: ho aggiornato alla 10.10.1 e il problema persiste, quindi credo che dovremo aspettare più a lungo o procedere con la reinstallazione.

modifica 2: Il passaggio a El Capitan ha notevolmente migliorato questo aspetto, quindi per me questo non è più un problema.


Grazie ci proverò. Stai riscontrando lo stesso problema?
Jake N,

Sì, lo sono ... Per favore fatemi sapere cosa sembra funzionare per voi, sono interessato.
Scorchio,

1
Finora ho provato le tue idee, ma è stato dopo aver reinstallato OSX. L'ho fatto tramite la modalità di recupero. Ho reinstallato OS X, non ho formattato e reinstallato - questo è un vero dolore. Ho appena reinstallato OS X e questo sembra aver aiutato molto finora!
Jake N,

Eccezionale. Disattivare semplicemente Dashboard e "I display hanno spazi separati" ha fatto miracoli. Soffrivo davvero per la mia Air del 2013, e ora è come una macchina completamente nuova.
villapossu,

1
Le cose sembrano andare leggermente meglio con la 10.10.2 beta, ma hanno ancora alcuni problemi reali in varie occasioni con il cambio delle applicazioni e il ritardo del cursore sul bluetooth, oltre a molte attività Spotlight. Anche Safari è ancora un po 'lento + di tanto in tanto appaiono grandi "scatole" nere in Safari (come in x.0 e x.1). Hai fortuna dalla tua parte?
ylluminate il

13

Disabilita "Lo schermo ha spazi separati"

Ciao, prova questo: disabilita "Il display ha spazi separati"

Accedi nuovamente e accedi, controlla il processo ...

tutto bene?


1
Il tuo suggerimento ha migliorato la mia situazione, ma non ho risolto completamente il problema ...
Scorchio,

Sono lo stesso, mi ha aiutato un po '. Ma è ancora terribile.
Jake N,

Questa non è una soluzione per le persone che utilizzano più schermi. Avere solo una barra dei menu è come tornare a Leopard o Lion.
Krystian,

Bene, questo ha risolto il problema del ritardo del cursore su un MacBook Pro I7 del 2011 usando il display principale e un secondo display ad alta risoluzione. Molto bello, grazie
ort11

Questo ha funzionato bene per me, deselezionando l'opzione "I display hanno spazi separati" ha migliorato notevolmente le prestazioni. Sono su una i7 MBP Retina del 2012.
Valerio Schiavoni,

9

Ho cancellato la mia vecchia risposta poiché si era rivelata solo una correzione temporanea (se non addirittura una correzione). Oggi ho trovato qualcosa che ha chiarito la maggior parte della lentezza per me che descrivo in dettaglio in questo link:

Yosemite: zoom accessibilità + monitor multipli = prestazioni scadenti

In qualche modo il mio file delle preferenze dell'utente com.apple.sidebarlists.plist, aveva acquisito diverse chiavi con valori molto lunghi (tutti nominati Bookmark); le lunghezze variavano da circa 2,7 MB a 4,3 MB, il che rendeva la dimensione del file delle preferenze maggiore di 11 MB. Sembra che ogni qualvolta si verifichi un'operazione necessaria per accedere ai dati delle preferenze (sequenziali) da quel file, la lettura dell'intero file porta quasi a un punto morto fino al completamento. (Quando stavo guardando il file con un editor ho provato la stessa lentezza nello spostamento del file.) La rimozione di quel file ha eliminato quasi tutta la lentezza che stavo vivendo da quando sono passato a Yosemite e continua a farlo.

Penso che stiamo affrontando diversi problemi che stanno causando il rallentamento di Yosemite e ognuno di noi potrebbe avere uno o più di questi problemi. Sto ancora vedendo discariche lunghe di gesti del trackpad nel mio registro di sistema che avevo ritenuto essere la causa della lentezza ma ora sembra rallentare le cose solo in determinati momenti (oltre a causare il fallimento dello scorrimento di Firefox) dopo aver usato Firefox per un mentre; il resto della macchina sembra tornare alla sua velocità normale.

Se qualcuno trova la stessa cosa e, in tal caso, rimuove questo file delle preferenze, sarebbe bene convalidare o invalidare questa come possibile causa poiché la soluzione è finora apparentemente sfuggente. Questo cambiamento ha fatto una differenza così drammatica nell'utilizzare Yosemite per me che spero che questa sia una soluzione per molti altri che soffrono del rallentamento dopo l'aggiornamento a Yosemite.


OK, è ancora agli inizi, ma finora sembra che questo abbia davvero fatto la differenza. Grazie!
Alastair,

@Alastair - Ho scoperto che ci sono voluti diversi tentativi per tenere le chiavi gonfie fuori dal file pref delle liste della barra laterale (forse a causa della memorizzazione nella cache e non essendo sicuro quando il file è stato effettivamente riscritto) ma non ho visto il problema ripresentarsi dopo molte settimane di utilizzo e mi ha aiutato in modo significativo. Un'altra cosa che ho trovato mi ha aiutato a impedirne la restituzione è stata quella di cancellare il menu Articoli recenti poiché nel mio caso molti dei problemi erano associati ai server recenti. Spero che ti aiuti.
Zhora,

Dopo aver sperimentato diversi mesi di ogni degradante performance di Yosemite, alla fine ha funzionato. Chiunque riscontri questo problema dovrebbe inviare una segnalazione di bug ad Apple tramite bugreport.apple.com
Ricardo Sanchez-Saez,

Ora sto correndo il 10.10.3. Una volta arrivato al 10.10.2, il gonfiore dei file sembrava meno un problema, ma a volte ancora lì. Continua con 10.10.3. Da quello che posso vedere di solito succede quando mi collego al Mac del mio partner e ho il suo disco nella barra laterale o viene visualizzato nell'elenco Articoli recenti . Negli ultimi giorni mi sembra di essere rallentato ancora una volta quando si gonfia. Ho lasciato il cercatore e ho rimosso i file pref e ritornano piccoli fino a quando il disco di rete non è tornato. Sto raccogliendo dettagli per bugreport; pubblica i dettagli se trovi cose specifiche che sembrano causarlo.
Zhora,

6

La mia macchina ha lo stesso problema, quello che ho fatto è disinstallare Google Chrome e poi tutto procede senza intoppi.

Potrebbe non esserti utile poiché sei uno sviluppatore web e puoi fare affidamento su Chrome


1
Per me è anche causato da Chrome. Una volta chiuso, l'utilizzo della CPU di WindowServer in media scende al di sotto del 5%.
Maremmle

Esci da Chrome, riapri e fai clic su cmd + maiusc + t per riottenere tutte le schede se sono chiuse. Questa è la soluzione per me. Invia la segnalazione del problema a Chrome, dovresti fare lo stesso in modo che Google venga notato e risolto.
Lukas,


3

per me, il colpevole stava usando la nuova modalità dark wide del nuovo sistema di Yosemite (Impostazioni di sistema-> Generale-> usa barra di stato e dock scuri). Il passaggio alla modalità luminosa ha ridotto il carico di WindowServer per me da> 100% a 2-7%. Quindi, se lo hai abilitato, controlla quello. ;-)


In quale app era?
Jake N,

è a livello di sistema a partire da Yosemite. Impostazioni di sistema-> Generale; Niente di specifico per l'applicazione
Abbraccio

Ah giusto. Ecco perché non riesco a trovarlo. Sono tornato alla vecchia versione ora.
Jake N,

strano. ho disattivato la modalità oscura e l'utilizzo della cpu di windowserver è diminuito di circa il 33%. l'ho riacceso ed è rimasto basso. ora mi chiedo se tornerà indietro se lo lascio in modalità oscura. Immagino che lo scoprirò.
bunnyhero,

2

CrashPlan Tray è sicuramente un colpevole per l'utilizzo elevato della CPU. Aiuta a disabilitare le animazioni nelle preferenze del vassoio.

Ma non ha ancora risolto il problema per me. L'unica cosa che lo risolve forse per una settimana sembra essere un riavvio completo. Successivamente la macchina diventa semplicemente lenta e deve essere riavviata. Torna a Windows95 yay! Apple dovrebbe fare qualcosa al riguardo, ma no, il problema sembra essere stato presente per sempre. Almeno dovrebbero fornire istruzioni / applicazioni per eseguire il debug e trovare il colpevole esterno, se si tratta di un'applicazione esterna. Ma sto iniziando sempre più a pensare che sia principalmente WindowServer che si aggroviglia con se stesso, esacerbato dagli aggiornamenti della barra delle applicazioni di altre applicazioni ecc.


2

Ho riscontrato questo problema, fino a quando non ho eseguito l'aggiornamento a OS X 10.10.2. Ora posso andare per settimane senza riavviare, e le animazioni delle finestre rimarranno fluide e il processo WindowServer non utilizzerà molta CPU.


È un aggiornamento recente?
Jake N,

Secondo MacRumors , è stato rilasciato il 27 gennaio 2015.
Elias Zamaria,

1

Come accennato dalla maggior parte delle risposte, potrebbe essere dovuto a una tua voce di barra dei menu. Stavo sperimentando lo stesso comportamento e ho rimosso la barra dei menu di iStat e Little Snitch e successivamente la situazione è migliorata in modo significativo.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.