suspendre l'activité

didier39

Membre junior
28 Septembre 2013
11
1
Jura
Bonjour,

J'ai fait une recherche sur un pb de suspension d'activité mais je n'ai pas trouvé la solution a mon problème.
Contrairement à ce qui se passait au début lorsque je demande "suspendre l'activité" il se passe un certain temps (assez long genre 30 sec) avant que mon imac ne se mettent en veille effective.

Auriez des idées d'ou cela peut venir ??

Merci à vous
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
85 354
25 741
Forêt de Fontainebleau
Salut didier.

Comme ton option de mise en veille doit être le 'Safe Sleep' (ou : hibernatemode 3), cela signifie que le contenu de la RAM est copié sur ton disque-interne par sécurité préalable avant la mise en sommeil, puis que le sommeil s'opère avec maintien en activation de la RAM, ce qui permet un sortie de sommeil instantanée.

Eh bien! Si tu as 8 Go de RAM, il faut le temps au système d'écrire ses contenus volatiles au fichier 'sleepimage' d'environ 8 Go présent sur le disque à l'adresse : /private/var/vm. 30" : cela fait le compte. Au cas où ce délai te dérangerait, il faut modifier (en passant par le «Terminal») le mode d'hibernation de ton Mac, pour le virer par exemple à hibernatemode 0.
 
Dernière édition:

didier39

Membre junior
28 Septembre 2013
11
1
Jura
Bonjour et merci pour la réponse. Même si j'ai bien compris le pourquoi de mon "souci", je ne connais pas encore l'utilisation du terminal et des commandes. J'ai essayé mais sans succès...
(PS : je n'ai que 4Go de RAM)

Edit : J'ai cherché sur google et voici mon mode de safesleep

AC Power -1*
Currently in use:
hibernatemode 0
halfdim 1
womp 1
networkoversleep 0
sleep 0
powerbutton 1
ttyskeepawake 1
hibernatefile /var/vm/sleepimage
autorestart 0
disksleep 10
displaysleep 3

Donc je suis déja en mode 0
 
Dernière édition:

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
85 354
25 741
Forêt de Fontainebleau
didier,

tu peux re-vérifier dans le «Terminal» par la simple commande :

Bloc de code:
pmset -g | grep hibernatemode

et ↩ (retour-chariot = presser touche 'retour' du clavier) pour activer la commande qui demande l'affichage du mode d'hibernation actif. Normalement, d'après ce que tu dis, tu dois lire en réponse :

Bloc de code:
hibernatemode        0

Ce mode définit le 'Simple Sleep' (et pas le 'Safe sleep') et consiste en une désactivation de la plupart des fonctions du Mac sans sauvegarde préalable des contenus de la RAM à la sleepimage du DDI et maintien de l'activation de la RAM pendant le sommeil. C'est le mode que j'ai choisi sur mon MacBook Pro (dont je me sers en fait comme d'ordinateur de Bureau) et, si je demande 'suspendre l'activité' dans le Menu, dans la seconde j'ai l'écran noir de mise en veille sans aucun délai (car il n'y a pas d'écriture préalable au disque interne). Si je presse ensuite une simple touche (ou si je relève le couvercle dans le cas de figure où c'est la méthode pour la mise en sommeil), il y a réaffichage instantané du Bureau tel qu'il était avant la mise en veille.

Normalement, si tu es en hibernatemode 0 confirmé, c'est ce qui devrait se passer aussi chez toi.

Si, étant bien en hibernatemode 0, et pas 3, tu constates toujours ce délai de 30" avant mise en sommeil, une possibilité est qu'un logiciel de Tierce Partie, tout en respectant in fine la modalité de l'hibernatemode 0 (= désactivation du Mac mais maintien de la RAM activée), outrepasse préalablement ('Overrides') la stipulation de l'hibernatemode 0 en copiant la RAM à la sleepimage. Cette hypothèse peut paraître byzantine, mais elle correspond au moins dans mon expérience à ce qu'opère le logiciel «SmartSleep» qui, le 'Simple Sleep' étant choisi (hibernatemode 0), n'en copie pas moins la RAM au disque au préalable (comme dans l'hibernatemode 3 du 'Safe Sleep') - ce, parce que le logiciel en question a besoin de cette ressource de sleepimage à jour en cas de changement d'option à la volée dans le tableau de bord de la barre de menus du Finder de la part de l'utilisateur. Pervers, non? [ce qui m'a conduit à mon tour à inventer un contre-procédé pour pouvoir utiliser le logiciel en commandant le 'Simple Sleep', en effectuant une underride de son override :D → dingue, non? Ce qu'on pourrait appeler : une fuite en avant_arrière...]

Est-ce le cas chez toi? Utilises-tu un logiciel de Tierce Partie capable d'outrepasser les paramètres de l'hibernatemode 0 sans en désactiver l'option?

Si ce n'est pas le cas, il faudrait alors supposer que le délai avant mise en sommeil tient à autre chose qu'à l'écriture de la RAM à la sleepimage.
 

didier39

Membre junior
28 Septembre 2013
11
1
Jura
Merci pour les explications.

J'ai creusé un peu en lisant bien ton post : en fait quand je suis dans ma session, que je fais menu pomme puis suspendre l'activité, j'ai l'écran noir de suite ! mais si je passe par le menu fenêtre d'ouverture de session puis suspendre l'activité la ça met du temps et ce en insistant ! j'ai 3 sessions, la mienne, celle de mon épouse (qui est en mode 0) et une session invitée.
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
85 354
25 741
Forêt de Fontainebleau
Ton expérience de mise en veille instantanée à partir de ta session active montre qu'il n'y a pas d'écriture de la RAM à la sleepimage, donc que l'hibernatemode 0 fonctionne a plein.

Par ailleurs, le fait que ton problème de délai à la mise en veille intervient lorsque tu as l'écran LoginWindow semble indiquer que toi et ta femme passez la main sur le Mac en fermant chacun sa session au préalable, sans pratiquer la permutation rapide d'utilisateur. Ce qui implique nécessairement que la RAM a été dépouillée des contenus sauvegardables d'une session active.

La conséquence qui me semble s'imposer est que ton délai de mise en veille n'a rien à voir avec le choix du mode d'hibernation ou la sauvegarde de la RAM à la sleepimage. Fausse route apparemment, quoique hypothèse logique au départ.

Je pense que tu pourrais, avant fermeture de ta session, en ayant fermé tous tes programmes, regarder les données du «Moniteur d'activité» (/Applications/Utilitaires) pour voir si un processus spécial, consommateur d'un pourcentage de processeur notable, ressort. Tu peux opérer en choisissant successivement pour critère : Mes opérations/Opérations Système/Opérations d'autres utilisateurs et en synthèse : Opérations en cours.

Après avoir fermé ta session en notant l'heure exacte où tu le fais, déclenché la mise en veille à partir de l'écran LoginWindow, puis réveillé ton Mac d'un appui sur une touche, enfin réouvert ta session en te 'loggant' à nouveau, si tu lances l'application «Console» (/Applications/Utilitaires), est-ce que quelque chose de spécial ressort à partir de ton repère temporel de fermeture de session? Aux rubriques 'Tous les messages' et 'Messages de diagnostic et d'usage'?
 

didier39

Membre junior
28 Septembre 2013
11
1
Jura
en général, nous ne fermons pas nos sessions ! je viens d'essayer de faire suspendre l'activité en étant loggué dans la session de mon épouse et la j'au eu le délai de 30".
J'ai regardé un peu le moniteur d'activité, un processus appelé calendraAgent (session de ma femme) mange pas mal de ressources processeur mais si je le supprime le processus il revient...
Si je ferme les 2 sessions et que je fait suspendre l'activité via la fenêtre d'ouverture de session, le mac se met en veille tout de suite. l'application console indique pas mal de messages mais assez difficiles à interpréter !!

Merci encore pour l'aide... Ceci dit ce n'est pas très méchant... mais j'aime bien comprendre pour une fois qu'il se passe qqch de "bizarre" sur mon mac

---------- Nouveau message ajouté à 18h34 ---------- Le message précédent a été envoyé à 18h32 ----------

s'il n'y a que ma session ouverte le délai de suspension d'activité en passant par la fenêtre d'ouverture de session existe mais est moindre (15" environ)
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
85 354
25 741
Forêt de Fontainebleau
La mise en sommeil par commande de 'Suspendre l'activité ' sur ton iMac paraît sujette aux variations suivantes :

- a) de la LoginWindow, aucune session n'étant active → délai nul ;
- b) de ta session ouverte, la session de ta femme n'étant pas active en toile de fond → délai 15"
- c) de la session ouverte de ta femme, la tienne étant active en toile de fond suite à la permutation rapide d'utilisateurs → délai 30" ;​

On serait tenté de considérer qu'il manque un cas de figure : celui où tu demandes la mise en sommeil de ta session ouverte, celle de ta femme étant active en toile de fond suite à la permutation rapide d'utilisateurs (ce, afin de juger s'il y aurait une dissymétrie avec le cas c) ; mais si j'impute ici la situation décrite dans ton premier message où tu te plaignais d'un délai de 30" :

lorsque je demande "suspendre l'activité" il se passe un certain temps (assez long genre 30 sec) avant que mon imac ne se mettent en veille effective

il paraît bien que ce que tu décris soit le cas :

- d) de ta session ouverte, la session de ta femme étant active en toile de fond suite à la permutation rapide d'utilisateurs → délai 30" ;​

♤

La question qui se pose donc est : pourquoi la mise en sommeil traîne-t-elle dès lors qu'une session est active (15") et encore plus quand deux sont actives en superposition (30")? L'hibernatemode étant réglé sur 0, la cause ne peut pas en être le laps de temps nécessaire à l'écriture des contenus de la RAM à la sleepimage du DDI.

Confronté à cette énigme, je me suis livré de mon côté à quelques tests :

- a) sur un iMac qui fait tourner «Snow Léopard 10.6.8», la mise en sommeil par commande de 'Suspendre l'acitivité' est instantanée dans tous les cas de figure : de la LoginWindow aucune session n'étant ouverte ; d'une session ouverte, aucune autre active en parallèle ; d'une session ouverte, une autre active en toile de fond (permutation rapide d'utilisateurs) ;

- b) sur mon MacBook Pro faisant tourner «Mountain Lion 10.8.2» (pas de MÀJ récente), la mise en sommeil par commande de 'Suspendre l'activité' génère l'écran noir de façon instantanée dans tous les cas de figure précédents. Mais ô surprise! ce virage à l'écran noir instantantané ne signifie pas mise en sommeil instantanée, car sur la tranche avant du Mac le signal lumineux qui s'allume à la commande de mise en sommeil est une lumière fixe pendant environ 15" avant le virage à une lumière intermittente qui seule signale l'état de sommeil régulier. La lumière fixe pendant 15" opère dans tous les cas de figures précédemment listés, y compris lors de la demande de mise en sommeil à partir de la LoginWindow toutes sessions fermées.​

♧

Je sais pour avoir expérimenté tous les types de hibernatemode, que la lumière fixe signale une phase de travail, qui équivaut dans les hibernatemode 3 ('Safe Sleep') et hibernatemode 1 ('Hibernation stricte') au travail d'écriture des contenus de la RAM à la sleepimage du disque interne. Or ce n'est pas le cas dans l'hibernatemode 0 que j'ai choisi, d'autant plus que j'ai créé un leurre ('decoy') à l'adresse : private/var/vm consistant en une sleepimage vide de 0 Ko verrouillée, ce qui interdit toute écriture de la RAM à cette adresse.

Échaudé par cette concomitance entre 'écran noir' de mise en sommeil et 'lumière fixe' de non mise en sommeil (pendant 15", avant que tout se recale), je suis revenu à l'iMac pour constater que, sous «Snow Léopard» par contre, il y stricte congruence entre 'écran noir' et 'lumière intermittente' intervenant sans délai à la commande de 'Suspendre l'activité'.

Comme dans mes essais sur mon MacBook Pro je suis entièrement sûr et certain qu'aucun processus sournois ne bloque la mise en sommeil instantanée (j'ai vérifié dans les Préférences Système qu'aucune tâche d'impression n'est en attente dans la queue d'une imprimante, qu'aucune alerte de faible niveau d'encre n'est en attente non plus, que rien ne cloche en ce qui concerne la session iCloud ou Mail, Contacts et Calendrier, que rien ne s'active dans la DropBox, que rien de procède en toile de fond («Moniteur d'activité» à la clé), que toutes les applications sont fermées sauf l'application-Finder), la question demeure donc entière : pourquoi ce délai de mise en sommeil, mesuré maintenant non par le passage à l'écran noir (peu fiable), mais par le passage à la lumière intermittente (fiable)? Pourquoi un laps de temps de lumière fixe signalant un travail en,cours, là où il n'y a pas de travail en cours?

♡

J'aime les situations de paradoxe qui déconcertent la Raison, parce qu'ils révèlent que les questions précèdent toujours les réponses, quand bien même le désir d'être rassuré, source de la précipitation selon Descartes, voudrait nous faire croire que les réponses pré-existent aux questions (du moins chez ceux qui savent, chez lesquels la science forcément serait infuse :D sans qu'ils aient jamais dû en esquisser le concept à partir de questions).

Je crois donc que je vais prudemment me risquer à la conjecture suivante : c'est là une propriété de l'OS «Mountain Lion» (ou d'une version de cet OS), absente de l'OS «Snow Léopard», que de lancer par défaut un travail d'écriture des contenus de la RAM à la sleepimage du Disque interne. Lancement exécutoire dans tous les hibernatemode sauf celui du 'Simple Sleep' ; lancement révoqué après enclenchement dans l'hibernatemode 0 du 'Simple Sleep'. Cette 'révocation' d'un processus d'écriture qui se lance, bref cette 'écriture à vide' pour le dire familièrement - je conjecture que c'est elle qui est responsable sous «Mountain Lion» du délai de mise en sommeil (délai quelque peu extensible en fonction de contenus susbtantiels de la RAM, notamment en cas de RAM_Partagée sur 2 sessions actives, car dans ce cas plus long serait le processus d'écriture qui se lance à neutraliser).

Fragile conjecture - mais c'est tout ce que j'ai en magasin à défaut d'admettre une aporie...:D

♢
 
Dernière édition:

FrançoisMacG

Pince-fourmis
Club MacG
17 Août 2006
16 134
627
À côté (de ma plaque)
De mon côté, je ne me serais pas dirigé vers l'hibernation : il me semble que la sleepimage est écrite en cours d'usage du Mac, et la date de modification de ma sleepimage est celle de la dernière sortie de veille de mon Mac cet après-midi.
Mais je peux me tromper : la Console ne parle de hibernate qu'à la mise ne veille, et pas au réveil !


J'aurais plutôt pensé à Versions et Auto-Save, qui doivent enregistrer les modifications de fichiers avant la mise en veille. Sans argument précis, à part le Système qui n'est plus 10.6. :nailbiting:
 

didier39

Membre junior
28 Septembre 2013
11
1
Jura
Merci encore pour vos réponses précises. Je vais les lire dans le détail car il y a matière à réflexion !!

Ceci dit, je ne pense que le souci vienne de l'OX car je n'avais pas ce "problème" là au début de l'utilisation de mon iMac...
 

didier39

Membre junior
28 Septembre 2013
11
1
Jura
voici une partie du coiper-coller apres avoir fait pmset -g log


Time stamp Domain Message Duration Delay
========== ====== =======

01/10/13 11:01:56 UTC+02 Assertions PID 37217(ubd) Created ApplePushServiceTask "com.apple.ubiquity.push" 00:00:05 id:0xc00001aae Aggregate:0x1040
01/10/13 11:02:02 UTC+02 Assertions PID 37217(ubd) Released ApplePushServiceTask "com.apple.ubiquity.push" 00:00:11 id:0xc00001aae Aggregate:0x40
01/10/13 11:07:00 UTC+02 Assertions PID 38187(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:07 id:0x100001aea Aggregate:0x1042
01/10/13 11:07:23 UTC+02 Assertions PID 38187(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001aea Aggregate:0x40
01/10/13 11:08:08 UTC+02 Assertions PID 38191(backupd-helper) Created BackgroundTask "backupd-helper" 00:00:07 id:0xc00001aff Aggregate:0x1040
01/10/13 11:08:50 UTC+02 Assertions PID 38191(backupd-helper) Released BackgroundTask "backupd-helper" 00:00:50 id:0xc00001aff Aggregate:0x40
01/10/13 11:44:27 UTC+02 Assertions PID 18(powerd) Created InternalPreventDisplaySleep "com.apple.powermanagement.delayDisplayOff" 00:00:07 id:0xd00001bbb Aggregate:0x402040
01/10/13 11:47:19 UTC+02 Assertions PID 18(powerd) TimedOut InternalPreventDisplaySleep "com.apple.powermanagement.delayDisplayOff" 00:02:59 id:0xd00001bbb Aggregate:0x402040
01/10/13 11:47:19 UTC+02 Assertions PID 18(powerd) Released InternalPreventDisplaySleep "com.apple.powermanagement.delayDisplayOff" 00:02:59 id:0xd00001bbb Aggregate:0x402040
01/10/13 11:47:19 UTC+02 Assertions Summary- Aggregate:0x40 Using AC
01/10/13 12:01:23 UTC+02 Assertions PID 38303(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:07 id:0x100001be9 Aggregate:0x42
01/10/13 12:01:46 UTC+02 Assertions PID 38303(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001be9 Aggregate:0x40
01/10/13 12:01:56 UTC+02 Assertions PID 37217(ubd) Created ApplePushServiceTask "com.apple.ubiquity.push" 00:00:05 id:0xc00001bf0 Aggregate:0x1040
01/10/13 12:02:01 UTC+02 Assertions PID 37217(ubd) Released ApplePushServiceTask "com.apple.ubiquity.push" 00:00:10 id:0xc00001bf0 Aggregate:0x40
01/10/13 12:07:00 UTC+02 Assertions PID 38319(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:05 id:0x100001c0b Aggregate:0x1042
01/10/13 12:07:03 UTC+02 Assertions PID 45(mds) Created BackgroundTask "com.apple.metadata.mds" 00:00:05 id:0xc00001c10 Aggregate:0x1042
01/10/13 12:07:04 UTC+02 Assertions PID 45(mds) Released BackgroundTask "com.apple.metadata.mds" 00:00:05 id:0xc00001c10 Aggregate:0x42
01/10/13 12:07:25 UTC+02 Assertions PID 38319(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001c0b Aggregate:0x40
01/10/13 12:08:36 UTC+02 Assertions PID 38322(backupd-helper) Created BackgroundTask "backupd-helper" 00:00:05 id:0xc00001c17 Aggregate:0x1040
01/10/13 12:09:20 UTC+02 Assertions PID 38322(backupd-helper) Released BackgroundTask "backupd-helper" 00:00:50 id:0xc00001c17 Aggregate:0x40
01/10/13 13:01:23 UTC+02 Assertions PID 38364(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:07 id:0x100001c5d Aggregate:0x42
01/10/13 13:01:45 UTC+02 Assertions PID 38364(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001c5d Aggregate:0x40
01/10/13 13:01:56 UTC+02 Assertions PID 37217(ubd) Created ApplePushServiceTask "com.apple.ubiquity.push" 00:00:05 id:0xc00001c63 Aggregate:0x1040
01/10/13 13:02:01 UTC+02 Assertions PID 37217(ubd) Released ApplePushServiceTask "com.apple.ubiquity.push" 00:00:10 id:0xc00001c63 Aggregate:0x40
01/10/13 13:07:00 UTC+02 Assertions PID 38379(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:07 id:0x100001c82 Aggregate:0x1042
01/10/13 13:07:00 UTC+02 Assertions PID 45(mds) Created BackgroundTask "com.apple.metadata.mds" 00:00:04 id:0xc00001c87 Aggregate:0x1042
01/10/13 13:07:01 UTC+02 Assertions PID 45(mds) Released BackgroundTask "com.apple.metadata.mds" 00:00:05 id:0xc00001c87 Aggregate:0x42
01/10/13 13:07:22 UTC+02 Assertions PID 38379(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001c82 Aggregate:0x40
01/10/13 13:09:05 UTC+02 Assertions PID 38382(backupd-helper) Created BackgroundTask "backupd-helper" 00:00:04 id:0xc00001c8a Aggregate:0x1040
01/10/13 13:09:50 UTC+02 Assertions PID 38382(backupd-helper) Released BackgroundTask "backupd-helper" 00:00:50 id:0xc00001c8a Aggregate:0x40
01/10/13 14:01:23 UTC+02 Assertions PID 38432(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:07 id:0x100001cd2 Aggregate:0x42
01/10/13 14:01:45 UTC+02 Assertions PID 38432(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001cd2 Aggregate:0x40
01/10/13 14:01:56 UTC+02 Assertions PID 37217(ubd) Created ApplePushServiceTask "com.apple.ubiquity.push" 00:00:05 id:0xc00001cd9 Aggregate:0x1040
01/10/13 14:02:02 UTC+02 Assertions PID 37217(ubd) Released ApplePushServiceTask "com.apple.ubiquity.push" 00:00:11 id:0xc00001cd9 Aggregate:0x40
01/10/13 14:07:00 UTC+02 Assertions PID 38451(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:07 id:0x100001cfc Aggregate:0x1042
01/10/13 14:07:22 UTC+02 Assertions PID 38451(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001cfc Aggregate:0x40
01/10/13 14:09:38 UTC+02 Assertions PID 38454(backupd-helper) Created BackgroundTask "backupd-helper" 00:00:07 id:0xc00001d05 Aggregate:0x1040
01/10/13 14:10:20 UTC+02 Assertions PID 38454(backupd-helper) Released BackgroundTask "backupd-helper" 00:00:50 id:0xc00001d05 Aggregate:0x40
01/10/13 15:01:23 UTC+02 Assertions PID 38501(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:07 id:0x100001d4c Aggregate:0x42
01/10/13 15:01:45 UTC+02 Assertions PID 38501(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001d4c Aggregate:0x40
01/10/13 15:01:56 UTC+02 Assertions PID 37217(ubd) Created ApplePushServiceTask "com.apple.ubiquity.push" 00:00:05 id:0xc00001d54 Aggregate:0x1040
01/10/13 15:02:01 UTC+02 Assertions PID 37217(ubd) Released ApplePushServiceTask "com.apple.ubiquity.push" 00:00:10 id:0xc00001d54 Aggregate:0x40
01/10/13 15:07:00 UTC+02 Assertions PID 38523(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:07 id:0x100001d71 Aggregate:0x1042
01/10/13 15:07:22 UTC+02 Assertions PID 38523(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001d71 Aggregate:0x40
01/10/13 15:10:08 UTC+02 Assertions PID 38528(backupd-helper) Created BackgroundTask "backupd-helper" 00:00:07 id:0xc00001d7b Aggregate:0x1040
01/10/13 15:10:50 UTC+02 Assertions PID 38528(backupd-helper) Released BackgroundTask "backupd-helper" 00:00:50 id:0xc00001d7b Aggregate:0x40
01/10/13 16:01:23 UTC+02 Assertions PID 38578(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:07 id:0x100001dd0 Aggregate:0x42
01/10/13 16:01:45 UTC+02 Assertions PID 38578(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001dd0 Aggregate:0x40
01/10/13 16:01:56 UTC+02 Assertions PID 37217(ubd) Created ApplePushServiceTask "com.apple.ubiquity.push" 00:00:05 id:0xc00001dd7 Aggregate:0x1040
01/10/13 16:02:01 UTC+02 Assertions PID 37217(ubd) Released ApplePushServiceTask "com.apple.ubiquity.push" 00:00:11 id:0xc00001dd7 Aggregate:0x40
01/10/13 16:07:00 UTC+02 Assertions PID 38592(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:07 id:0x100001de7 Aggregate:0x42
01/10/13 16:07:22 UTC+02 Assertions PID 38592(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001de7 Aggregate:0x40
01/10/13 16:10:38 UTC+02 Assertions PID 38596(backupd-helper) Created BackgroundTask "backupd-helper" 00:00:07 id:0xc00001df1 Aggregate:0x1040
01/10/13 16:11:20 UTC+02 Assertions PID 38596(backupd-helper) Released BackgroundTask "backupd-helper" 00:00:50 id:0xc00001df1 Aggregate:0x40
01/10/13 16:22:37 UTC+02 Assertions PID 16378(apsd) Created ApplePushServiceTask "com.apple.apsd-keepalive-push.apple.com" 00:00:07 id:0xc00001df9 Aggregate:0x1040
01/10/13 16:22:50 UTC+02 Assertions PID 16378(apsd) Released ApplePushServiceTask "com.apple.apsd-keepalive-push.apple.com" 00:00:20 id:0xc00001df9 Aggregate:0x1040
01/10/13 16:22:50 UTC+02 Assertions PID 16378(apsd) Released ApplePushServiceTask "com.apple.apsd-waitingformessages-push.apple.com" 05:27:27 id:0xc00001a4d Aggregate:0x1040
01/10/13 16:22:58 UTC+02 Assertions PID 16378(apsd) Created ApplePushServiceTask "com.apple.apsd-waitingformessages-push.apple.com" 00:00:04 id:0xc00001e09 Aggregate:0x1040
01/10/13 16:23:13 UTC+02 Assertions PID 16378(apsd) TimedOut ApplePushServiceTask "com.apple.apsd-waitingformessages-push.apple.com" 00:00:19 id:0xc00001e09 Aggregate:0x1040
01/10/13 16:23:13 UTC+02 Assertions Summary- Aggregate:0x40 Using AC
01/10/13 17:01:21 UTC+02 Assertions PID 38632(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:06 id:0x100001e36 Aggregate:0x42
01/10/13 17:01:45 UTC+02 Assertions PID 38632(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001e36 Aggregate:0x40
01/10/13 17:01:58 UTC+02 Assertions PID 37217(ubd) Created ApplePushServiceTask "com.apple.ubiquity.push" 00:00:08 id:0xc00001e3d Aggregate:0x1040
01/10/13 17:02:01 UTC+02 Assertions PID 37217(ubd) Released ApplePushServiceTask "com.apple.ubiquity.push" 00:00:10 id:0xc00001e3d Aggregate:0x40
01/10/13 17:07:00 UTC+02 Assertions PID 38644(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:08 id:0x100001e4b Aggregate:0x42
01/10/13 17:07:22 UTC+02 Assertions PID 38644(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001e4b Aggregate:0x40
01/10/13 17:11:07 UTC+02 Assertions PID 38650(backupd-helper) Created BackgroundTask "backupd-helper" 00:00:07 id:0xc00001e57 Aggregate:0x1040
01/10/13 17:11:50 UTC+02 Assertions PID 38650(backupd-helper) Released BackgroundTask "backupd-helper" 00:00:50 id:0xc00001e57 Aggregate:0x40
01/10/13 18:01:21 UTC+02 Assertions PID 38684(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:06 id:0x100001e94 Aggregate:0x42
01/10/13 18:01:45 UTC+02 Assertions PID 38684(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001e94 Aggregate:0x40
01/10/13 18:01:58 UTC+02 Assertions PID 37217(ubd) Created ApplePushServiceTask "com.apple.ubiquity.push" 00:00:08 id:0xc00001e9a Aggregate:0x1040
01/10/13 18:02:01 UTC+02 Assertions PID 37217(ubd) Released ApplePushServiceTask "com.apple.ubiquity.push" 00:00:11 id:0xc00001e9a Aggregate:0x40
01/10/13 18:07:00 UTC+02 Assertions PID 38695(AddressBookSour) Created PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:08 id:0x100001ea7 Aggregate:0x42
01/10/13 18:07:22 UTC+02 Assertions PID 38695(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100001ea7 Aggregate:0x40
01/10/13 18:11:37 UTC+02 Assertions PID 38700(backupd-helper) Created BackgroundTask "backupd-helper" 00:00:07 id:0xc00001eb0 Aggregate:0x1040
01/10/13 18:12:20 UTC+02 Assertions PID 38700(backupd-helper) Released BackgroundTask "backupd-helper" 00:00:50 id:0xc00001eb0 Aggregate:0x40
01/10/13 18:14:00 UTC+02 Assertions PID 16378(apsd) Released ApplePushServiceTask "com.apple.apsd-waitingformessages-push.apple.com" 01:51:07 id:0xc00001e09 Aggregate:0x1040
01/10/13 18:15:00 UTC+02 Assertions PID 16378(apsd) Created ApplePushServiceTask "com.apple.apsd-connectionestablish-push.apple.com" 00:00:07 id:0xc00001ed9 Aggregate:0x1040
01/10/13 18:15:07 UTC+02 Assertions PID 16378(apsd) Released ApplePushServiceTask "com.apple.apsd-connectionestablish-push.apple.com" 00:00:14 id:0xc00001ed9 Aggregate:0x1040
01/10/13 18:15:14 UTC+02 Assertions PID 16378(apsd) Created ApplePushServiceTask "com.apple.apsd-connectionestablish-push.apple.com" 00:00:07 id:0xc00001ee4 Aggregate:0x1040
01/10/13 18:15:37 UTC+02 Assertions PID 16378(apsd) Released ApplePushServiceTask "com.apple.apsd-connectionestablish-push.apple.com" 00:00:29 id:0xc00001ee4 Aggregate:0x1040
01/10/13 18:15:42 UTC+02 Assertions PID 16378(apsd) Created ApplePushServiceTask "com.apple.apsd-connectionestablish-push.apple.com" 00:00:05 id:0xc00001ee7 Aggregate:0x1040
01/10/13 18:16:04 UTC+02 Assertions PID 16378(apsd) Released ApplePushServiceTask "com.apple.apsd-connectionestablish-push.apple.com" 00:00:26 id:0xc00001ee7 Aggregate:0x1040
01/10/13 18:28:34 UTC+02 Assertions PID 38841(helpd) Created BackgroundTask "com.apple.helpd.sdmbuilding" 00:00:07 id:0xc00001fb2 Aggregate:0x1040
01/10/13 18:32:01 UTC+02 Assertions PID 38841(helpd) Released BackgroundTask "com.apple.helpd.sdmbuilding" 00:03:34 id:0xc00001fb2 Aggregate:0x40

Total Sleep/Wakes since boot:105
 

FrançoisMacG

Pince-fourmis
Club MacG
17 Août 2006
16 134
627
À côté (de ma plaque)
Tout ça ne me dit rien, :D

d'autant que je ne connais ni les heures de mise en veille, ni les circonstances des mises en veille,
et que tu as censuré une partie de la réponse !


Et la Console est aussi peu explicite sur les 30 secondes ?
 

hike

Membre confirmé
18 Novembre 2007
283
3
51
Bonsoir,
depuis la dernière màj (10.8.5.1) j'ai aussi ce "pb" de délais de mise en veille qui est passé à 30' .
En lisant vos posts j'ai tenté la commande "pmset -g | grep hibernatemode" dans le terminal (c'est la première fois que je l'utilise) et comme résultat j'ai : hibernatemode 3 .

Comment fait-on pour repasser à hirnatemode 0 :confused:
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
85 354
25 741
Forêt de Fontainebleau
Fais un copier-coller de :

Bloc de code:
sudo pmset -a hibernatemode 0

et ↩. Demande de 'password' car c'est une commande 'sudo' (super administrateur système). Tu tapes ton mot-de-passe admin en aveugle à la suite de 'password' (aucun caractère ne se montre à la frappe) et derechef ↩.

Pour vérifer tu peux faire à nouveau :

Bloc de code:
pmset -g | grep hibernatemode

et ↩ (simple commande de renseignement qui ne modifie pas l'état de système) et normalement tu dois obtenir en réponse un hibernatemode 0.
 

FrançoisMacG

Pince-fourmis
Club MacG
17 Août 2006
16 134
627
À côté (de ma plaque)
Comment fait-on pour repasser à hibernatemode 0 :confused:
Pour ceux qui nous liront plus tard :

passer à hibernatemode 0 n'est indiqué que pour les Mac de bureau (qui n'ont pas l'usage de cette fonction d'hibernation : Imac, Mac Mini, Mac Pro),
et pas du tout pour les Mac portables (MB, MBP, MBA).
 

hike

Membre confirmé
18 Novembre 2007
283
3
51
merci pour la réponse.

Je suis bien revenu à hibernatemode 0 , mais j'ai toujours ce délais de 30' pour la mise en veille.
Y'aurait-il un autre moyen pour raccourcir ce délais !?
 

edd72

Vétéran
Club MacG
14 Avril 2010
9 850
283
Perso, je dirai plutôt l'inverse.

Le mode 3 (copie de la RAM sur le DD) permet, en cas de non alimentation durant la veille, de pouvoir restaurer la session quand même (en remontant l'image du DD en RAM).

Or, un portable est toujours n'est pas soumis aux coupures de courant (grâce à la batterie) tandis qu'un ordinateur de bureau si.

Le risque de non alimentation de la RAM durant la veille n'est donc présent que sur un fixe.

D'ailleurs, sur un portable avec SSD, il peut être souhaitable de passer en mode 0 pour éviter d'écrire 8Go (de RAM) à chaque passage en veille sur le SSD (le SSD ayant un nombre de lecture-écriture par cellule limité -la capacité diminue au fil du décès de cellules-)
 

FrançoisMacG

Pince-fourmis
Club MacG
17 Août 2006
16 134
627
À côté (de ma plaque)
Y'aurait-il un autre moyen pour raccourcir ce délais !?
Revenir à Lion ? :rolleyes:

Ou attendre Mavericks ? Ou Sirah ?? :D



---------- Nouveau message ajouté à 20h23 ---------- Le message précédent a été envoyé à 20h19 ----------

Le mode 3 (copie de la RAM sur le DD) permet, en cas de non alimentation durant la veille, de pouvoir restaurer la session quand même (en remontant l'image du DD en RAM).

Or, un portable est toujours n'est pas soumis aux coupures de courant (grâce à la batterie) tandis qu'un ordinateur de bureau si.
L'hibernation n'est utile que quand la batterie d'un portable est complètement déchargée.

Et la supprimer sur un portable n'est utile que pour gagner en espace disponible la taille de la sleepimage (avec les risques de perte de données que cela comporte).


= c'est ce que j'ai retenu de mon côté. ;)