Pourquoi une session de maintien éveillé doit-elle avoir une fin ?
Une intervention temporaire doit être libérée lorsque son objectif est terminé ou qu’une condition de protection rend la gestion de l’énergie à macOS.
Une tâche longue exige un départ volontaire, une sortie visible et une vérification du retour au comportement normal de macOS.

Avant un rendu, un build, une sauvegarde, un téléchargement ou une IA locale, on décide comment garder le Mac éveillé. Il faut aussi décider ce qui revient à l’état normal quand cette session temporaire se termine.
La documentation Foundation d’Apple indique que beginActivity renvoie un jeton d’activité, puis que ce jeton doit être transmis à endActivity à la fin.
Apple décrit une activité temporaire comme un cycle avec début et fin. Apple sépare aussi la veille système liée à l’inactivité du comportement de l’écran et prévient que retarder ou empêcher la veille peut augmenter la consommation. MacBaram applique ce principe aux contrôles pris en charge : l’écran peut s’éteindre pendant que le système travaille, mais l’intervention doit pouvoir se terminer lorsque l’utilisateur l’arrête ou qu’une condition de batterie basse configurée est atteinte.
Un écran noir, un châssis chaud ou le bruit du ventilateur ne prouvent pas l’avancement. Vérifiez la progression dans l’application ou le fichier de sortie.
Avant le départ, définissez si la fin de la tâche, une action de l’utilisateur, la perte de l’alimentation externe ou la limite basse choisie termine la session. Une condition de sortie ne prouve pas la réussite de la tâche ; elle met fin à la raison du contrôle temporaire.
MacBaram sépare la prévention de veille système de celle de l’écran. Sur les MacBook pris en charge, Stay Awake et Virtual Clamshell tiennent compte d’une limite basse choisie. Ils peuvent alors s’arrêter et rendre les contrôles de ventilateur, charge et veille à macOS.
L’envoi ou l’acceptation d’une commande de restauration ne suffit pas à considérer le retour comme terminé. MacBaram attend une lecture observable de l’état prévu. Tant que cette lecture n’est pas confirmée, le retour sûr reste en attente et le chemin de restauration pris en charge est réessayé.
Cela ne garantit pas l’achèvement. Le rôle est plus étroit : rendre l’intervention visible, préserver l’intention prise en charge et offrir une sortie vérifiable.
Une intervention temporaire doit être libérée lorsque son objectif est terminé ou qu’une condition de protection rend la gestion de l’énergie à macOS.
Oui. La veille de l’écran et la veille système liée à l’inactivité sont deux décisions distinctes.
Non. L’application, la mémoire, le stockage, le réseau et l’alimentation restent séparés du cycle de contrôle de la veille.
Sans alimentation externe, MacBaram peut arrêter Stay Awake et Virtual Clamshell et ramener les contrôles pris en charge vers les valeurs macOS.