High Sierra: WindowManager e kernel_task - Ora lo vedi, ora non lo fai!

1

Ho avuto a lungo problemi con Windows Manager e kernel_task che occupavano quantità apparentemente eccessive di risorse sui miei sistemi per tornare indietro nel ciclo di rilascio del sistema operativo per tutto il tempo che ricordo, ma poiché avevo il mio MacBook Pro 13 "i7 indietro dal negozio con un nuovo SSD, schermo e batteria, ho eseguito un ripristino da TM e l'ho aggiornato a 10.13.3 e in realtà non vedo nemmeno WindowManagerkernel_task in esecuzione! questa macchina ha funzionato meglio di quanto abbia mai fatto, questo è probabilmente attribuito al fatto che le sue batterie gonfie sono state sostituite. Chissà che impatto avessero queste cose oltre a deformare il telaio.

Poiché ho menzionato in un altro post , sulla mia i7 Mini, improvvisamente ho avuto prestazioni problemi durante l'esecuzione di Sierra per una macchina che fino a quel momento era stata una macchina meravigliosa per i 5 anni in cui ha corso senza quasi mai un beach ball. Onestamente, è stato più veloce persino del più recente MacBook Pro 15 "2015 che mi è stato rilasciato al lavoro, anche se è ancora la versione 2012. (Era il chipset della CPU di fascia più alta disponibile - 2,3 GHz - e ho portato la RAM a 16 GB e scambiato in un SSD veloce con un kit a doppio disco quindi era anche alla base una macchina fantastica per il prezzo.)

Sfortunatamente, come ho riportato in quell'altro post, ha improvvisamente iniziato a soffrire del famigerato problema del kernel in cui quei processi familiari sono diventati l'unico scopo della macchina dato che erano generalmente in cima alla tabella proc, come ho visto su molti altri Mac disturbati in passato. Ero assolutamente emozionato a riguardo e ho ricevuto alcuni ottimi suggerimenti su come potrei risolverlo, ma dal momento che la macchina era stata aggiornata tante volte (non ha letteralmente avuto una nuova installazione da Mountain Lion, ma nessun problema di prestazioni fino ad ora , stranamente) Ho optato per un'installazione completa. Era dovuto. Ho avuto la mia checklist per l'installazione ben definita insieme alle impostazioni (ho solo bisogno di automatizzarla in seguito!) Quindi il mini è ora in esecuzione su quella che è in effetti una nuova installazione di High Sierra. Anche se le prestazioni ottimali sono decisamente migliori, una volta installato Chrome e sincronizzato con il mio account Google, sono successe cose pazzesche e ora sto recuperando il pasticcio, quindi posso ricominciare da capo. Non so se è una brutta estensione o cosa, ma è un pasticcio sciatto.

Il mistero più grande è che vedo ancora WindowManager ora kernel_task vicino alla cima della mia tabella dei processi frequentemente, e anche se la mia macchina non sta zoppicando come prima, il mistero continua: perché non sono nemmeno visibili su il mio MBP ricostruito? C'è qualcosa che nasconde quei processi quando in realtà stanno davvero correndo? Non sembra che l'utilizzo delle risorse rimanga molto basso. Il fatto che entrambe le macchine eseguano la stessa versione di High Sierra, semplicemente non capisco come potrebbero essere così diverse. Hanno praticamente invertito il loro comportamento. Anche senza Chrome il mio mini viene sbattuto dal malvagio duo ( WindowManager o kernel_task ) come da Safari. È un casino!

È stato firmato, Confuso in California

    
posta Darf Nader 17.02.2018 - 10:51
fonte

3 risposte

1

No, non c'è nulla che nasconda specificamente quei processi in Activity Monitor o in alto.

Se utilizzi Activity Monitor, assicurati che su entrambe le macchine selezioni il menu Visualizza e quindi "Tutti i processi". Se selezioni solo i tuoi processi, non vedrai più ad esempio kernel_task.

    
risposta data 17.02.2018 - 14:17
fonte
1

Solo così c'è una risposta qui che non è un divertissement (e grazie per i suggerimenti, i commentatori) ho scoperto che, disattivando TUTTE le mie estensioni, ho risolto il problema (s), quindi qualsiasi dato / codice che sta inquinando Chrome è all'interno di un'estensione. Inoltre, reinstallare le estensioni non lo risolve, il che probabilmente significa che c'è qualcosa di rotto non nel codice di installazione dell'estensione, ma qualcosa che scrive localmente, che devo prendere con il creatore dell'estensione una volta che ho isolato quale è l'autore del reato . Ho attivato i due di cui ho più bisogno ( LastPass e XMarks ) e finora è andato così bene, ma ora che ho individuato una pagina che carica "divertente" in modo coerente con tutti estensioni su, sto per provare ognuna delle estensioni una alla volta finché non trovo quale si rompe quel sito. Quando lo faccio, lo porterò a quel fornitore specifico se non riesco a isolarne i pref.

Ho postato questo perché questo processo (poiché ha molte varianti) è una specie di abilità fondamentale nella risoluzione dei problemi relativi alle estensioni di Chrome, sia locali che attraverso installazioni che condividono un profilo Google comune) e può essere utilizzato da chiunque abbia riscontrato inckiness di Chrome che è riconducibile a un'estensione anomala. Pubblicherò le mie scoperte in un commento poiché le specifiche dei miei risultati attuali sono accessorie a questo punto, poiché la carne è nel modo. Grazie.

    
risposta data 18.02.2018 - 20:25
fonte
0

Ho provato tutti i tipi di cose per mesi per interrompere una quantità pazzesca di utilizzo della CPU da Kernel_task. La soluzione che alla fine ha funzionato per me è stata la pulizia della cache di sistema / app. Ho spostato tutti i file / cartelle in un'altra cartella e riavviato.

link

Spero che aiuti qualcun altro.

    
risposta data 22.05.2018 - 17:36
fonte

Leggi altre domande sui tag