L'ingegnere AppleCare afferma che i Mac necessitano di riavvii settimanali a causa della scadenza del kernel. Cosa significa?


46

Uso MacOS Sierra su un MacBook Pro di metà 2014. Circa una volta alla settimana, l'utilizzo della CPU di Safari diventa molto elevato e diventa molto lento. Nell'ultimo caso avevo solo sei finestre aperte, nessuna delle quali riproduceva video, ma l'utilizzo della CPU di Safari era al 332%. Inoltre, anche dopo aver chiuso tutte e sei le finestre, l'utilizzo della CPU di Safari è rimasto a livelli elevati. Ho potuto fermarlo solo chiudendo e riavviando Safari.

Ho ricevuto una traccia di Capture Data mentre stava accadendo e l'ho inviata ad AppleCare, dove un consulente senior lo ha inoltrato al loro team di ingegneri. La risposta che ottenne fu che sembrava che non avessi riavviato il mio computer abbastanza spesso, il che è necessario perché il kernel scade (mi consiglia settimanalmente e lo riavvio ogni due mesi circa). Dato che il consulente senior era di seconda mano, non sono stato in grado di ottenere una spiegazione tecnica più completa. Inoltre, non sono stato in grado di trovare alcuna documentazione ufficiale di Apple su questo.

Qualcuno può darmi una spiegazione tecnica dettagliata che chiarisca cosa sta realmente succedendo qui? Sono particolarmente curioso di sapere se questo è qualcosa di particolare nel design del microkernel di MacOS (al contrario del kernel monolitico) e se il tempo di scadenza del kernel è fissato in base al clock della parete, al tempo della CPU, ecc. Dall'ultimo riavvio o varia in base a determinati fattori. Grazie!

[Aggiungerò che, dal 2004-2009, ho usato un Power Mac G5, spesso eseguendo 10 applicazioni con 10 finestre ciascuna, così come i programmi C ++ che hanno impiegato settimane per terminare, mai riavviati tranne quando necessario per gli aggiornamenti del software, e preso il panico del kernel meno di una volta all'anno. Ma tutti e tre i MacBook Pro che ho posseduto (2008, 2011, 2014) hanno dato il panico al kernel ogni mese o due. Ora mi chiedo se questo perché non sto riavviando il mio MacBook Pro abbastanza spesso, tranne per il fatto che non è stato un problema con il G5.]

Nel caso sia utile, ecco uno screenshot che mostra Activity Monitor durante l'evento descritto nel primo paragrafo. Viene visualizzato anche il display del gadget Intel Power; sembra strano che la frequenza della CPU sia solo di 1,3 GHz (è un processore Intel i7-4980HQ a 2,8 GHz con Turbo Boost da 4,0 GHz) quando un processo è in esecuzione al 332%. Questo comportamento mi ricorda (ma ovviamente è diverso dal) throttling termico della CPU, in cui il sistema crea un'attività fittizia del kernel ad alto carico (in genere ~> 600%) per impedire l'esecuzione di altri processi, con conseguente bassa frequenza della CPU (0,8 GHz) (un esempio di limitazione termica viene mostrato dopo). Non li ho pubblicati inizialmente perché pensavo che potessero essere una distrazione dalla mia domanda principale sulla "scadenza del kernel" e sui riavvii settimanali,

ALTA ATTIVITÀ SAFARI:

inserisci qui la descrizione dell'immagine THROTTLING TERMICO DELLA CPU (PER CONFRONTO): il throttling termico sul mio attuale MacBook Pro è un problema separato dagli arresti anomali del kernel, dal momento che ho avuto gli arresti anomali anche in inverno quando ho ottenuto il computer per la prima volta e quando non c'era throttling termico, e li ho anche presi con i miei due precedenti MacBook Pro. Ho appena pubblicato questo per il confronto. [Nel caso in cui tu sia curioso: la limitazione si verifica costantemente quando viene utilizzata la scheda video discreta (monitor 4K collegato) e la temperatura ambiente raggiunge 83F; Non ho mai avuto throttling quando il monitor è disconnesso. Il computer è adeguatamente ventilato; si trova su un mStand raindesign. L'ingegnere Apple afferma che è necessario richiedere assistenza per controllare la presenza di polvere nei ventilatori e per la possibile riapplicazione della pasta termica. È in garanzia, ma posso '

inserisci qui la descrizione dell'immagine


AGGIORNAMENTO, 23 GIUGNO 2017: Non sono stato in grado di riconnettermi con il consulente senior AppleCare originale, quindi ho parlato con uno nuovo che ha ripreso il mio caso. È stato con Apple per circa un decennio e ha detto quanto segue (sto parafrasando):

1) riavvii settimanali. È troppo forte per dire che sono richiesti. Piuttosto, rappresentano una buona pratica. MacOS carica il più possibile nella RAM per massimizzare le prestazioni e, se il tuo computer non usa la memoria ECC (cosa che fanno solo i MacPros), si insinuano errori. Alla fine, questi possono causare un panico nel kernel. Quanto tempo richiede varia notevolmente a seconda del modello di utilizzo. Alcuni possono cavarsela a lungo senza panico, altri no. [Non è solo quanto sia pesante il tuo utilizzo, ma anche quello che usi. Quindi un utente pesante potrebbe andare bene con riavvii rari, mentre un altro, utilizzando software diverso, potrebbe aver bisogno di più frequenti.] Si tratta in realtà della gestione dei rischi. Il riavvio cancella la RAM, consentendone il riavvio. Più si attende tra i riavvii, più errori si accumulano e maggiore è il rischio di panico nel kernel. Mentre una settimana non è una linea guida specifica - in effetti, non ci sono linee guida specifiche; potresti usare, diciamo, due settimane - generalmente si ritiene all'interno di Apple che i riavvii regolari siano una buona pratica, per i motivi di cui sopra. Se si desidera mantenere tale rischio a un livello molto basso, i riavvii settimanali sono un'ottima pratica.

[La mia unica osservazione: questo non spiega perché non ho avuto i normali panici del kernel con il mio PowerPC che, sebbene possa occupare la memoria ECC, non può fare uso della funzionalità ECC, a meno che il chip PowerPC stesso abbia usato la memoria in modo diverso da il chip Intel, anche con lo stesso sistema operativo.]

Per quanto riguarda l'esempio della server farm che è stato sollevato, questo non sarebbe un problema per i server che usano la memoria ECC, come il vecchio Mac XServe. Tuttavia i Mac Mini ovviamente no, quindi sono curioso di sapere quanto spesso https://macminicolo.net (menzionato da Matt Holland in un commento in basso) ritenga che i Mac Mini che ospitano nella loro server farm debbano essere riavviati.

2) Scadenza del kernel: non ne ha mai sentito parlare. Contatterà l'ingegnere per chiarimenti e dovrebbe riferire entro circa una settimana. Ti farò sapere cosa dice. Come parte di questo, cercherà di ottenere una risposta più chiara sull'utilizzo della CPU Safari (come ho già detto in precedenza, gli ingegneri Apple hanno una traccia dati effettiva di questo evento, quindi hanno buone informazioni su di esso).

RELAZIONE FINALE SULLA "SCADENZA DEL KERNEL" (AGGIORNATO IL 9 GENNAIO 2018): Non ho mai ricevuto risposta dal nuovo consulente senior sulla "scadenza del kernel". Ho fatto alcune ricerche da solo e ho scoperto che, mentre sembra che non ci sia una "scadenza del kernel" in OSX, ci sono (come è stato anche menzionato da Zan Lynx nella discussione di seguito) "timer del kernel" che scadono (vedi http://www.sciencedirect.com/science/article/pii/S174228761500050X ). Quindi la mia migliore ipotesi è che l'ingegnere Apple Care si riferisse alla scadenza del timer del kernele che questo in qualche modo si è perso nella traduzione (per usare l'espressione di Monomeeth) tra l'ingegnere e il consulente senior originale, trasformandosi così in "scadenza del kernel" quando quel consulente senior ha cercato di comunicarmelo. Purtroppo, anche se così, non so perché l'ingegnere AC fosse preoccupato per questo in relazione al mio tempo di attività.

EPILOG (1 LUGLIO 2018): Negli ultimi sette mesi ho usato il mio Mac sia con che senza i riavvii settimanali. Ho scoperto, costantemente, che quando eseguo i riavvii settimanali il mio Mac si comporta bene, ma quando mi mancano i comportamenti traballanti iniziano a comparire. La mia conclusione è che, sebbene non sia generalmente vero che i Mac richiedono riavvii settimanali, la mia configurazione specifica lo fa.

La mia configurazione:

Ho MacBook Pro 11,3 della metà del 2014 (Intel i7-4980HQ da 2,8 GHz e SSD da 1 TB con collegamento PCIe a 4 corsie, formattato con APFS). Durante tutto questo tempo (da gennaio 2018) ho eseguito un'installazione pulita * di High Sierra con solo i seguenti programmi non Apple installati: MS Office, Mathematica, Logitech Gaming Mouse, Keyboard Maestro, Carbon Copy Cloner, Canon Printer , TomTom HOME, MacTeX (suite per l'utilizzo di LaTeX), Firefox, Opera, Kindle, Copy Less, Size Up, Decelerator, TestGen, Turbo Tax, Flux, Launch Bar ed EtreCheck. [* Vale a dire, ho cancellato il disco, installato High Sierra e quindi installato i programmi sopra.]

Inoltre, prima di questo (nel novembre 2017), ho portato il computer ad Apple per la riparazione in garanzia per risolvere la limitazione termica e altri problemi. Hanno scoperto che la pasta termica era effettivamente consumata e hanno sostituito l'intera scheda madre, insieme alla batteria (era gonfia), al case e al trackpad. Da allora non ho più sperimentato la limitazione termica.

Il mio Mac passa la maggior parte del tempo a casa, collegato a una tastiera Logitech K811 e mouse G502 e a un monitor Dell P2715Q da 27 "4K.


10
Riavvio solo per gli aggiornamenti di macOS e ho molte più cose in esecuzione di te. Quindi presumo che qualcosa di importante si sia perso nella comunicazione qui.
Nohillside

28
Se la tecnologia con cui hai parlato ha davvero cercato di incolpare il panico del kernel su di te che non si riavviava abbastanza, dovrebbe essere licenziato. macOS è diventato progressivamente meno affidabile nel corso degli anni e incolpare i suoi problemi sugli utenti è abbastanza scandaloso. Un kernel ben progettato non viene quasi mai preso dal panico. Linux è un buon esempio.
William T Froggard,

19
" che è necessario perché il kernel (o kernel?) scade (raccomanda settimanalmente " Questo non è altro che BS puro assoluto!
user3439894

16
"Ma tutti e tre i MacBook Pro che ho posseduto (2008, 2011, 2014) hanno dato il panico al kernel ogni mese o due." Non posso riproporlo, o l'affermazione di William Froggard secondo cui "macOS è diventato progressivamente meno affidabile nel corso degli anni". Ho avuto sia Mac basati su PowerPC sia una serie di MacBook Pro basati su Intel e non ho notato alcuna regressione della stabilità. Semmai, macOS è più affidabile di quanto non sia mai stato. Non ho mai avuto il panico del kernel sul mio MBP di fine 2013 (ancora in uso quotidiano), lo riavvio forse quattro volte l'anno e sono un utente estremamente pesante. Ti viene detto un mucchio di sciocchezze.
Cody Grey,

6
Non ci sono argomenti convincenti CONTRO il riavvio regolare del computer e ci sono vantaggi nel farlo. Non si tratta del sistema operativo, si tratta del sistema operativo, dell'hardware, dei driver di dispositivo, del software di terze parti installato e dei modelli di utilizzo specifici degli utenti. Le persone hanno bisogno di smettere di comportarsi come se il riavvio non fosse una sorta di distintivo d'onore. Non è.
barbecue,

Risposte:


65

La documentazione su questo non esiste.

Avendo lavorato come Certified Apple Engineer (CAE), posso dirti che qualcosa è stato sicuramente perso nella traduzione (per mancanza di una parola migliore) dalla fonte originale (cioè il team di ingegneri) al consulente AppleCare.

Mentre è discutibile (le opinioni variano notevolmente) che il riavvio regolare di un computer (cioè qualsiasi computer) sia utile, non vi è certamente alcuna scadenza del kernel in corso . E, come altri hanno già affermato, il riavvio di un Mac è necessario solo per un numero limitato di aggiornamenti / upgrade (ad es. Aggiornamenti del firmware, aggiornamenti a livello di sistema operativo, aggiornamenti hardware, ecc.).

Ho regolarmente diversi Mac (inclusi MBP) in esecuzione 24/7 per settimane / mesi alla volta senza problemi. Quindi, essendo stato detto che non si riavvia il computer abbastanza spesso, il che è necessario perché il kernel scade, non è altro che un frutto dell'immaginazione di qualcuno. Immagina se tutti quei Mac utilizzati come server necessitassero di un riavvio settimanale: Apple sarebbe lo zimbello del settore IT!

La mia raccomandazione sarebbe quella di ricercare (e forse pubblicare una domanda a parte) sui problemi che stai riscontrando con l'utilizzo della CPU di Safari.


6
Esistono Mac progettati per l'utilizzo del server?
JAB

15
@JAB Apple non crea più un "server" montato su rack ma sicuramente ci sono Mac là fuori che servono API e siti Web, dai un'occhiata a macminicolo.net per esempio ...
Matt Holland,

5
@JAB C'era un tempo chiamato Xserve. I Mac Mini sono anche ampiamente usati come server.
Dmitry Kudriavtsev,

11
Sono state necessarie tre versioni di Apple per giungere alla conclusione che "formattare e reinstallare" non è una procedura accettabile per modificare l'indirizzo IP di un server. Non li supererei per richiedere riavvii settimanali.
Segna il

2
la nostra prima reazione in una grande azienda tecnologica quando abbiamo visto il Mac Mini è stata "È 1/4" troppo alta "(i rack sono 1-3 / 4, Mac Mini era 2"). Da allora, lo hanno corretto.
Harper - Ripristina Monica il

24

Come altri hanno già detto, questo non sembra affatto una risposta ragionevole da parte di Apple, e probabilmente qualcosa è perso nella traduzione. Detto questo, il panico mensile (o quasi) del kernel è sicuramente qualcosa di "fuori dal comune". Il fatto che ciò sia persistito su 3 macchine diverse indica che hai la peggior fortuna con l'acquisto di hardware traballante o che qualcosa di comune è stato trasferito da una macchina all'altra.

Suppongo che non stia trapiantando chip RAM o HDD da laptop a laptop, in modo da lasciare software o qualche dispositivo esterno. Se ogni nuovo computer che hai utilizzato TimeMachine o il software di trasferimento integrato di Apple per migrare il tuo ambiente, è possibile che alcuni problemi software vengano propagati ogni volta che aggiorni i computer. Sfortunatamente, l'unico modo "rapido" per convalidare questo è avviare da un'installazione pulita e utilizzarlo fino a quando non si è sicuri che il problema non persista più. Se si dispone di un'unità esterna che è possibile utilizzare, questa è una possibilità per l'utente, ma per il resto, è necessario eseguire il backup di tutto e reinstallare completamente senza ripristinare il backup, il che potrebbe essere uno sforzo maggiore di quanto si desideri. È possibile '

Supponendo che tu non voglia passare attraverso quei passaggi, proverei a determinare ciò che ogni panico del kernel ha in comune. Se sembrano tutti accadere e coincidere con i tuoi problemi di safari, allora questo si restringe a un probabile problema nel safari. Puoi provare a utilizzare un browser diverso per alcuni mesi e vedere se il problema scompare oppure provare a eliminare eventuali plug-in / componenti aggiuntivi di terze parti installati in Safari. Se il problema persiste, l'utilizzo della CPU in fuga mi colpisce come un processo in fuga probabilmente a causa di un bug del software che interagisce con alcuni annunci o altri tracking / javascript che si trovano sui siti che stai utilizzando. Una volta eliminati tutti i vari plug-in come causa del problema, potresti provare a installare un plug-in di blocco degli annunci, preferibilmente uno che può bloccare anche javascript e aumentare la sua limitazione al massimo. Ciò potrebbe rendere meno piacevole la tua navigazione (e potrebbe persino interrompere alcuni siti che utilizzi) ma questo tipo di plug-in ti consente anche di disattivare il blocco su un sito per sito, quindi nel tempo puoi allentare le restrizioni fino a trovare il sito che sta causando i problemi. Da lì avrai una posizione di partenza migliore per determinare esattamente cosa ti dà problemi.

Se i panici del kernel si verificano anche al di fuori dell'uso di Safari, potresti considerare i tuoi problemi di safari causati da qualunque cosa stia causando i panici del kernel, nel qual caso vuoi affrontarlo prima di provare a capire il safari.

I dispositivi esterni possono anche causare il panico del kernel se non si comportano correttamente. Quindi, se si utilizza un HDD esterno o qualcos'altro comunemente collegato alla porta USB o ad altre porte di espansione, provare a vedere se non si utilizza quel dispositivo per chiarire le cose. Anche qualcosa come una chiavetta USB può causare problemi. Non è una cosa comune, ma anche in questo caso, non è nemmeno il panico mensile del kernel. In alternativa, se si utilizza sempre la stessa porta per il dispositivo, è possibile provare una porta diversa per vedere se si tratta di un problema hardware interno, ma è meno probabile dato che il problema è persistito su più macchine.


Ricordo di aver eseguito installazioni pulite almeno due volte: iniziare con solo il sistema operativo, installare le ultime versioni di tutte le applicazioni dall'Apple Store o dai siti Web degli sviluppatori, quindi copiare le mie cartelle di dati (tale processo richiede circa due giorni di 8 ore ). Una volta ho provato a usare Time Machine per questo, l'ho trovato troppo difettoso e ho ricominciato usando il metodo sopra.
teorico il

Hai ragione sul fatto che i dispositivi esterni possono causare il panico del kernel. L'unica eccezione al comportamento solido che ho descritto per il mio MacPro è stata un anno durante il quale è stato preso dal panico ripetutamente. Lavorando con Apple, l'abbiamo rintracciato nel software di backup fornito con l'HD esterno Seagate (software progettato per Mac!). Dopo averlo rimosso, il problema è scomparso. Da allora ho fatto attenzione a non utilizzare mai alcun software di backup Seagate (o WD) (utilizzo Carbon Copy Cloner) [continua il prossimo commento ....]
teorico il

5
Ogni volta che sento parlare di un Mac con molti panici del kernel, chiedo se hanno installato il software Adobe. La risposta è sempre si. Dico solo ...
Barbecue,

1
@moneyt Non ho copiato su alcun file Library, tranne i miei segnalibri Safari; Ho appena lasciato che le applicazioni creassero nuove versioni di questi. Altrimenti si trattava di documenti, immagini, musica, e-mail, ecc., Insieme a (IIRC-Non riesco a trovare i miei appunti su questo) parti di / usr / local relative a LaTeX. Non utilizzo software antivirus o tech tool pro, ma utilizzo Adobe CS. Suppongo che se volessi affrontare direttamente il crash del kernel, farei un post separato con un recente rapporto sull'arresto anomalo (non ne ho salvati di recente).
teorico il

1
@theorist A me sembra che parte della risposta che hai ricevuto da Apple (cioè sembra che non stia riavviando il computer abbastanza spesso ) è stato un tentativo di affrontare il sintomo piuttosto che la causa. I consigli offerti da moneyt e altri qui sono utili, ma suggerisco che dovresti fare una domanda specifica sui problemi della tua CPU Safari (e forse un'altra domanda sul tuo panico del kernel dopo il prossimo, anche se i due potrebbero essere correlati). In questo modo la community può provare ad aiutarti in modo più specifico, poiché non abbiamo idea di cos'altro hai provato (oltre a chiamare AppleCare).
Monomeeth

15

Non sono sicuro con chi hai parlato con Apple, ma i Mac, come tutti i dispositivi basati su Unix, non richiedono riavvii di routine, ad eccezione di alcuni aggiornamenti.

Per quanto riguarda il kernel, è il cuore del sistema operativo. Può essercene solo uno ™. Non dovrebbe avere nulla a che fare con il tuo problema qui. Se Safari utilizza la CPU in fuga, proverei prima a cancellarne le cache. In Safari, fai clic sul menu Safari, seleziona Preferenze, seleziona la scheda Privacy, seleziona "Gestisci dati sito Web ...", quindi seleziona "Rimuovi tutto". Tieni presente che dovrai accedere nuovamente ad alcuni siti Web, ma non perderai nulla di cruciale.


Ho fatto "Rimuovi tutto" alcune volte, senza risultati. Vedrò se riesco a convincere il consulente senior a inviarmi l'esatta dicitura dell'ingegnere Apple.
teorico il

e grazie, ho modificato il mio post per rimuovere il "kernel" plurale
teorico il
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.