Fallos de activación del sueño debido al watchdog en 10.13 (actualización suplementaria)

6

He experimentado esto dos veces en las últimas 48 horas, ambas ocurriendo casi al mismo tiempo. ¿Están los tiempos correlacionados o coincidencia? ¿Alguien puede arrojar algo de luz sobre esto por mí?

Líneas relevantes de 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

Informe de falla de reactivación desde el 16 de octubre:

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

Informe de falla de reactivación desde el 17 de octubre:

No samples for specified time interval

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

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

1 respuesta

3

Así es como lo haría en el trabajo obteniendo más registros de energía y luego enviándolos a Apple Engineering para su análisis.

pmset -g stats
pmset -g log
sudo sysdiagnose Watchdog

Para amplificar mi comentario: el watchdog simplemente observa las tareas atascadas, por lo que una activación lenta desde el error de reposo no es nada basado en el deseo de capturar estadísticas en cualquier activación que no sea tan rápido como para que la fracción de personas que envíen registros de errores a Apple puede ayudarlos a agregar y medir el estado general de esta operación.

Si su almacenamiento es más lento que el mejor SSD o si tiene una gran cantidad de RAM y su memoria no está comprimida, esperaría despertares en el rango de 5 a 20 segundos para computadoras recientes (los últimos 5 años) y mucho más para computadoras antiguas. Hardware de Mac.

A menos que tenga una falla específica, o sospeche que su disco duro / almacenamiento tiene problemas (ejecute la Utilidad de Disco o fsck en el arranque en modo de usuario único), solo dos instancias de eso no me harían hacer otra cosa que no sea configurar una Recordatorio para comprobar en 60 días si las estelas continúan arrojando diagnósticos de "error". También revisaría todas las semanas las actualizaciones y parchearía el sistema operativo en caso de que sea algo que se solucione o refuerce.

Básicamente, el watchdog está diseñado para monitorear el rendimiento, claramente recibe una señal o guía para recopilar algunos detalles más para despertares lentos. Aparte de eso, sin el código fuente de Apple y una sesión con sus ingenieros que expliquen públicamente por qué se desencadenó este evento específico, es posible que deba monitorearlo y concentrarse en otros aspectos, como el bloqueo de aplicaciones específicas / la falla de activación por completo, etc. ...

    
respondido por el bmike 03.01.2018 - 18:31

Lea otras preguntas en las etiquetas