Perché il mio MacBook Pro impiega così tanto tempo per andare a dormire?

Question

Perché il mio MacBook Pro impiega così tanto tempo per andare a dormire?

#1 da (3 voti)
#2 da (1 voti)
#3 da (1 voti)

7

Fino a poco tempo fa, quando premevo Opzione - Cmd - Espelli , il mio MacBook Pro era solito andare a dormire quasi immediatamente (ad esempio entro tre o quattro secondi). È un MBP 8,2 con un SSD e una RAM da 8 GB.

Da una settimana circa, ci vuole molto più tempo; circa quindici secondi o anche di più. Ecco l'output della console dalla pressione della scorciatoia da tastiera fino al messaggio sleep del kernel:

7/31/11 11:50:59 PM mDNSResponder[17]   Client application bug: DNSServiceResolve(charon._smb._tcp.local.) active for over two minutes. This places considerable burden on the network.
7/31/11 11:50:59 PM mDNSResponder[17]   Client application bug: DNSServiceResolve(Meredith(SSH)._ssh._tcp.local.) active for over two minutes. This places considerable burden on the network.
7/31/11 11:51:03 PM kernel  PM notification timeout (pid 3715, Google Chrome He)
7/31/11 11:51:03 PM kernel  hibernate image path: /var/vm/sleepimage
7/31/11 11:51:03 PM kernel  sizeof(IOHibernateImageHeader) == 512
7/31/11 11:51:03 PM kernel  Opened file /var/vm/sleepimage, size 8589934592, partition base 0xc805000, maxio 400000 ssd 1
7/31/11 11:51:03 PM kernel  hibernate image major 14, minor 2, blocksize 512, pollers 5
7/31/11 11:51:03 PM kernel  hibernate_alloc_pages flags 00000000, gobbling 0 pages
7/31/11 11:51:03 PM kernel  hibernate_setup(0) took 0 ms
7/31/11 11:51:06 PM kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
7/31/11 11:51:06 PM kernel  System SafeSleep
7/31/11 11:51:15 PM kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000
7/31/11 11:51:15 PM kernel  hibernate_page_list_setall start 0xffffff809225b000, 0xffffff809229b000
7/31/11 11:51:15 PM kernel  hibernate_page_list_setall time: 447 ms
7/31/11 11:51:15 PM kernel  pages 1564968, wire 250981, act 375476, inact 548, spec 267, zf 6140, throt 0, could discard act 115301 inact 538951 purgeable 39710 spec 237594
7/31/11 11:51:15 PM kernel  hibernate_page_list_setall found pageCount 633412
7/31/11 11:51:15 PM kernel  IOHibernatePollerOpen, ml_get_interrupts_enabled 0
7/31/11 11:51:15 PM kernel  IOHibernatePollerOpen(0)
7/31/11 11:51:15 PM kernel  writing 631584 pages
7/31/11 11:51:15 PM kernel  encryptStart 69aa50
7/31/11 11:51:15 PM kernel  encryptEnd 89ade70
7/31/11 11:51:15 PM kernel  image1Size 310265344, encryptStart1 69aa50, End1 89ade70
7/31/11 11:51:15 PM kernel  encryptStart 127e4600
7/31/11 11:51:15 PM kernel  encryptEnd 40c9f7c0
7/31/11 11:51:15 PM kernel  PMStats: Hibernate write took 8066 ms
7/31/11 11:51:15 PM kernel  all time: 8066 ms, comp time: 2645 ms, deco time: 0 ms, 
7/31/11 11:51:15 PM kernel  image 1086978048, uncompressed 2587336704 (631674), compressed 1074427632 (41%), sum1 4849c5df, sum2 d1708974
7/31/11 11:51:15 PM kernel  wired_pages_encrypted 146094, wired_pages_clear 103149, dirty_pages_encrypted 382431
7/31/11 11:51:15 PM kernel  hibernate_write_image done(0)
7/31/11 11:51:15 PM kernel  sleep

Nota che sono a conoscenza di questa domanda , ma non ho cambiato nulla nel sistema ed era solito andare a dormire più velocemente di adesso. Considerando che PMStats riporta un tempo di scrittura in ibernazione di oltre otto secondi, questo mi porta a pensare che sia il contenuto della RAM.

Le uniche modifiche al sistema che ricordo sono l'installazione dei due aggiornamenti per 10.6 che sono usciti poco prima della versione finale di Lion. Questo ha cambiato qualcosa?

Come faccio a risolvere questo problema?

Anche dopo

sudo pmset -a hibernatemode 0
sudo pmset -a hibernatemode 1

ci vuole all'incirca lo stesso tempo per dormire.

FYI, ecco le informazioni da un sonno "pulito" (non sicuro):

8/1/11 2:26:49 PM   kernel  AirPort: Link Down on en1. Reason 8 (Disassociated because station leaving).
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
8/1/11 2:26:50 PM   configd[14] network configuration changed.
8/1/11 2:26:50 PM   kernel  System Sleep
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0x00000000
8/1/11 2:26:50 PM   configd[14] network configuration changed.
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
8/1/11 2:26:50 PM   configd[14] setting hostname to "charon.local"
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
8/1/11 2:26:50 PM   kernel  IOThunderboltSwitch::i2cWriteDWord - status = 0xe00002ed
8/1/11 2:26:58 PM   kernel  Wake reason = EHC2
8/1/11 2:26:58 PM   kernel  System Wake

macbook sleep-wake

posta slhck 01.08.2011 - 12:50

fonte

3 risposte

1

Avevo un episodio di avvio lento, arresto, sospensione e ibernazione. Quando accendo la modalità dettagliata durante l'avvio, è rimasto bloccato a "Waiting for DSMOS" per un lungo periodo. Vedi questo link . Per risolverlo, consulta questo link .

Da allora in poi, tutti i miei rallentamenti erano spariti.

risposta data 06.08.2011 - 09:05

fonte

1

Per caso hai collegato un dispositivo firewire? Se provo a dormire il mio Macpro (torre) con una vecchia videocamera iSight collegata tramite Firewire, ci vogliono 10-20 secondi per dormire, rispetto al normale 2-3.

risposta data 04.06.2012 - 14:15

fonte

Leggi altre domande sui tag macbook sleep-wake

Usa la presa audio singola di Macbook Pro sia per l'input che per l'output allo stesso tempo? Come rimuovere una vecchia installazione python da un sistema con più installazioni (non di sistema) di python

score 3 · Accepted Answer

Considering that PMStats reports a hibernation write time of over eight seconds, this leads me into thinking it is the RAM content.

Esattamente. I contenuti della RAM vengono scritti sul disco, nella modalità di sospensione predefinita, chiamata "Safe sleep", che richiede più tempo e più RAM è disponibile. Puoi modificarlo con il comando PMSet nel terminale .

sudo pmset -a hibernatemode 0

e quindi riavvia.

Se disabiliti questa opzione, puoi anche rimuovere il file di sleepimage da /var/vm e recuperare 8 GB di spazio su disco. Nota che perderai i dati, se dormi troppo a lungo e la batteria muore.