7 votes

Pourquoi mon MacBook Pro met-il tant de temps à se mettre en veille ?

Jusqu'à récemment, lorsque j'ai appuyé sur Option - Cmd - Eject Avant, mon MacBook Pro se mettait en veille presque immédiatement (par exemple dans les trois ou quatre secondes). Il s'agit d'un MBP 8,2 avec un SSD et 8 Go de RAM.

Depuis une semaine environ, c'est beaucoup plus long, une quinzaine de secondes, voire plus. Voici la sortie de la console après avoir appuyé sur le raccourci clavier jusqu'à ce que la commande sleep message :

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

Notez que je suis au courant de l'existence de cette question Je n'ai rien changé au système et il s'endormait plus rapidement qu'aujourd'hui. Si l'on considère que PMStats rapporte un temps d'écriture en hibernation de plus de huit secondes, ce qui m'amène à penser que c'est le contenu de la RAM qui est en cause.

Les seules modifications du système dont je me souvienne sont l'installation des deux mises à jour pour la version 10.6 qui sont sorties juste avant la version finale de Lion. Cela a-t-il changé quelque chose ?

Comment puis-je résoudre ce problème ?


Même après

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

il faut à peu près le même temps pour dormir.


Pour information, voici les informations provenant d'un sommeil "propre" (non sécurisé) :

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

3voto

piCookie Points 3048

Étant donné que PMStats signale un temps d'écriture en hibernation de plus de huit secondes, je pense qu'il s'agit du contenu de la RAM.

Exactement. Le contenu de votre mémoire vive est écrit sur le disque, dans le mode de veille par défaut, appelé "veille sécurisée", qui prend d'autant plus de temps que vous avez de la mémoire vive. Vous pouvez modifier ce mode à l'aide de la fonction Commande PMSet dans le terminal .

sudo pmset -a hibernatemode 0

et redémarrer.

Si vous désactivez cette option, vous pouvez également supprimer le fichier sleepimage de l'application /var/vm et récupérer 8 Go d'espace sur le disque dur. Notez que vous perdrez des données si vous dormez trop longtemps et que la batterie se décharge.

1voto

ivan98 Points 74

J'avais l'habitude d'avoir des épisodes de démarrage, d'arrêt, de veille et d'hibernation lents. Lorsque j'activais le mode verbeux au démarrage, il restait longtemps bloqué à "Waiting for DSMOS". Voir ce lien . Pour le résoudre, voir ce lien .

Par la suite, tous mes ralentissements ont disparu.

1voto

nos Points 4038

Avez-vous, par hasard, un périphérique firewire branché ? Si j'essaie de mettre en veille mon Macpro (tour) avec une ancienne caméra iSight branchée via Firewire, il lui faut 10 à 20 secondes pour s'endormir, contre 2 à 3 normalement.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X