Mac Pro Late 2013 OS 10.13 / 10.14 - quad monitor - jumpy mouse high lag e balbuzie

-2

Sto utilizzando Mac Pro in ritardo 2013 da 32 GB RAM, 3,5 GHz 6 core Xeon E5, AMD FirePro D500 3072 MB, SSD da 1 TB (OWC Aura Pro X).

Ogni mattina quando arrivo, dopo che la macchina è stata in esecuzione per + > 24 ore, il mouse inizia a rallentare notevolmente e la macchina diventa inaffidabile non risponde. Durante questo tempo, la CPU non è inferiore al 50% inattivo, l'utilizzo della memoria è inferiore al 30%; disco e rete insignificabili.

Ho provato a riavviare, ripristinare NV / PRAM, rimuovere le periferiche, eseguire la riparazione dell'utilità disco su tutti i dischi, forzare la chiusura dei processi di utilizzo della CPU elevata e monitorare da vicino il monitoraggio delle attività. L'unica costante di monitoraggio dell'attività è alta kernel_task.

Anche gli archivi MDS sembravano sempre alti, quindi secondo alcune guide ho disattivato Spotlight e cancellato .Spotlight-v100 ecc.

L'unica cosa che mi viene in mente come possibile colpevole è che questo problema sembra essere sorto da quando ho cambiato l'SSD dal SSD da 256GB di fabbrica a un SSD Aurora da 1 TB di OWC. Quando si apporta questa modifica, il processo di installazione ha convertito il filesystem nel nuovo APFS di Apples, ma di nuovo la riparazione del disco viene eseguita senza problemi.

La ragione per cui menziono i monitor è che una volta ogni tanto ci sarà uno sfarfallio di una linea bianca sul monitor principale, e presumo che questa non sia un'impostazione troppo comune e potrebbe essere in discussione.

Qualcuno può guidarmi in una direzione in cui posso rintracciare che cosa sta causando questo? Console sputa un sacco di messaggi come sempre, ma nulla di coerente e alla ricerca, nulla che sembra essere in grado di causare il problema.

Modifica: ho riscontrato problemi di audio non validi, ad esempio durante la riproduzione di video di YouTube. Cattivo clipping / salto e riproduzione irregolare. La console mostra errori come:

360 11:30:16.324890 -0400   Google Chrome   CoreAudio   HALC_ProxyIOContext.cpp:1068:IOWorkLoop:  HALC_ProxyIOContext::IOWorkLoop: skipping cycle due to overload   AudioHAL_Client
0   11:30:16.331816 -0400   kernel  IOAudioFamily   + IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 20067) - (1a8,bba4)  
0   11:30:16.331847 -0400   kernel  IOAudioFamily   - IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 20067) - (1a8,bfa4)  
0   11:30:16.384630 -0400   kernel  IOAudioFamily   + IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 20068) - (1a8,bfa4)  

update

Ho creato un nuovo profilo e ho eseguito la macchina con questo nuovo profilo per circa un mese. Sembra che il problema stia lentamente ricomparendo. Ricevo più spesso lo sfarfallio dello schermo e quando provo a guardare video (youtube, vimeo, insta; non importa) l'audio salta e ritarda casualmente come fa il video. È molto casuale ma accade almeno 1-2 volte per video. Dura pochi secondi e poi continua.

Altre volte, la macchina è molto lenta. Ad esempio, l'apertura di una nuova finestra di terminale in iTerm richiederà alcuni secondi, quindi altri secondi (a volte fino a 10 secondi) affinché il prompt appaia e il testo digitato venga visualizzato. Anche digitando questo aggiornamento alcune istanze del cursore sono rimaste in ritardo per alcuni secondi e quindi la digitazione rapida si è verificata.

Il log della console è inutile come prima. Nulla che porti a risultati di google utili. Cose come

default 10:14:35.529496 -0500   taskgated   MacOS error: -67062

e

default 10:17:26.017347 -0500   kernel  + IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 152) - (3,409c)
default 10:17:26.017386 -0500   kernel  - IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 152) - (3,449c)
default 10:17:26.017498 -0500   Google Chrome   HALC_ProxyIOContext.cpp:1068:IOWorkLoop:  HALC_ProxyIOContext::IOWorkLoop: skipping cycle due to overload
default 10:17:26.019327 -0500   kernel  + IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 154) - (3,449c)
default 10:17:26.019360 -0500   kernel  - IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 154) - (3,489c)
default 10:17:26.041150 -0500   coreaudiod  HALS_OverloadMessage.cpp:165:perform:  Audio IO Overload inputs: '' outputs: 'AppleHDAEngineOutput:1B,0,1,1:0' cause: 'Unknown' prewarming: no recovering: no
default 10:17:26.127592 -0500   kernel  + IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 157) - (3,53e8)
default 10:17:26.127646 -0500   kernel  - IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 157) - (3,57e8)
default 10:17:26.127746 -0500   Google Chrome   HALC_ProxyIOContext.cpp:1068:IOWorkLoop:  HALC_ProxyIOContext::IOWorkLoop: skipping cycle due to overload
default 10:17:26.131247 -0500   kernel  + IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 159) - (3,57e8)
default 10:17:26.131280 -0500   kernel  - IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 159) - (3,5be8)
default 10:17:26.187662 -0500   kernel  + IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 160) - (3,5be8)
default 10:17:26.187713 -0500   kernel  IOAudioEngineUserClient[<private>]::performWatchdogOutput failed to calculateSampleTimeout (returned 0xe00002ee)
default 10:17:26.187716 -0500   kernel  - IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 160) - (3,5fe8)
default 10:17:26.187841 -0500   Google Chrome   HALC_ProxyIOContext.cpp:1068:IOWorkLoop:  HALC_ProxyIOContext::IOWorkLoop: skipping cycle due to overload

quest'ultimo è l'unico registro coerente durante la riproduzione di video di YouTube. Altrimenti nessun log sembra coorelare con i picchi in ritardo (o non li vedo come i log si riempiono così velocemente e non so cosa cercare per filtrare).

-

Ed; apprezzerei il fatto di farmi sapere perché questo merita downvotes piuttosto che down-down drive-by senza dire nulla. Ho aggiornato questa domanda e ho aggiunto una taglia invece di aprire una nuova domanda, in modo da non chiuderli o ridurli a metà per ripetermi. Sembra che non puoi più vincere sui siti StackExchange ...

    
posta stormdrain 31.10.2018 - 14:36
fonte

0 risposte

Leggi altre domande sui tag