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" :
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 
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...
♢
