Sleep Wake Failures a causa di watchdog su 10.13 (aggiornamento supplementare)

6

L'ho sperimentato due volte nelle ultime 48 ore, entrambe verificatesi nello stesso periodo. I tempi sono correlati o coincidenti? Qualcuno può far luce su questo per me?

Righe pertinenti da system.log :

Oct 16 12:08:20 redacted_hostname syslogd[59]: ASL Sender Statistics
Oct 16 12:08:21 redacted_hostname Dropbox[605]: [1016/120821:WARNING:dns_config_service_posix.cc(306)] Failed to read DnsConfig.
Oct 16 12:08:24 --- last message repeated 1 time ---
Oct 16 12:08:24 redacted_hostname systemstats[70]: assertion failed: 17A405: systemstats + 665801 [FB138264-8F86-3462-9C53-FC084690A767]: 0x7faaa8a01a80
Oct 16 12:14:49 localhost bootlog[0]: BOOT_TIME 1508174089 0

---

Oct 17 12:19:52 redacted_hostname syslogd[59]: ASL Sender Statistics
Oct 17 12:19:53 redacted_hostname Dropbox[493]: [1017/121953:WARNING:dns_config_service_posix.cc(306)] Failed to read DnsConfig.
Oct 17 12:19:56 redacted_hostname systemstats[70]: assertion failed: 17A405: systemstats + 665801 [FB138264-8F86-3462-9C53-FC084690A767]: 0x7fbb6340e520
Oct 17 12:19:57 redacted_hostname netbiosd[3498]: DEPRECATED USE in libdispatch client: Setting timer interval to 0 requests a 1ns timer, did you mean FOREVER (a one-shot timer)?
Oct 17 13:48:19 localhost bootlog[0]: BOOT_TIME 1508266099 0

Rapporto sull'interruzione del sonno insufficiente dal 16 ottobre:

Date/Time:       2017-10-16 12:13:43 -0500
OS Version:      Mac OS X 10.13 (Build 17A405)
Architecture:    x86_64h
Report Version:  26

Data Source:     Stackshots

Event:           Sleep Wake Failure
Duration:        0.08s
Steps:           7

Hardware model:  MacBookPro11,3
Active cpus:     8

Time Awake Since Boot: 96000s

Process:         kernel_task [0]
Path:            /System/Library/Kernels/kernel
Architecture:    x86_64
Version:         Darwin Kernel Version 17.0.0: Thu Aug 24 21:48:19 PDT 2017; root:xnu-4570.1.46~2/RELEASE_X86_64
Task size:       2766.31 MB
CPU Time:        1.468s

<ALL THE TASK DETAILS>

================================================================
UUID: <REDACTED>
Code: 6c611cd2 00000016
Stackshot reason: Watchdog

Rapporto sull'interruzione del sonno insufficiente dal 17 ottobre:

No samples for specified time interval

================================================================

status: 0x40003
Code: 0x6c611cd204000016
Stackshot reason: Watchdog
    
posta jsejcksn 17.10.2017 - 21:55
fonte

1 risposta

3

Ecco come procedere al lavoro ottenendo ulteriori registri di alimentazione e poi sottoponendo tutto a Ingegneria di Apple per l'analisi.

pmset -g stats
pmset -g log
sudo sysdiagnose Watchdog

Per amplificare il mio commento - il cane da guardia semplicemente osserva le attività bloccate, quindi una lenta scia dall'errore del sonno potrebbe non essere nulla in base al desiderio di acquisire statistiche su qualsiasi veglia che non sia accecantemente veloce in modo che la frazione di persone che inviano log di errore a Apple può aiutarli ad aggregare e misurare lo stato generale di questa operazione.

Se la tua memoria è più lenta del miglior SSD o disponi di molta RAM e la tua memoria non è compressa, mi aspetterei scie nell'intervallo da 5 a 20 secondi per i computer recenti (ultimi 5 anni) e molto più lunghi per i vecchi Hardware Mac.

A meno che tu non abbia un errore specifico, o sospetti che il tuo disco rigido / spazio di archiviazione sia in difficoltà (esegui Utility Disco o fsck all'avvio in modalità utente singolo) solo due occorrenze non mi farebbero fare altro che impostare un promemoria per verificare in 60 giorni se le scie continuano a lanciare la diagnostica "errore". Vorrei anche controllare ogni settimana per aggiornamenti e patch del sistema operativo nel caso in cui è qualcosa che viene rimediato o serrato.

Fondamentalmente, il watchdog è progettato per monitorare le prestazioni, è chiaramente ottenuto un segnale o una guida per raccogliere ulteriori dettagli per le scie lente. Oltre a questo - senza il codice sorgente di Apple e una sessione con i loro ingegneri che spiegano pubblicamente perché questo specifico evento è stato attivato, potrebbe essere necessario monitorarlo e concentrarsi su altri aspetti come app specifiche crash / non riattivare completamente, ecc ...

    
risposta data 03.01.2018 - 18:31
fonte

Leggi altre domande sui tag