スリープ防止セッションに終了が必要なのはなぜですか？
一時的な介入は目的が終わるか、対応する安全条件に達したときに解除し、macOSの電源管理へ判断を戻す必要があるためです。
Macの制御セッションには終了が必要です
長時間処理には意図的な開始、見える終了、通常のmacOS動作へ戻ったことの確認が必要です。
セッション開始は設計の半分です
レンダリング、ビルド、バックアップ、ダウンロード、ローカルAIを始めるときは、Macをどう起こしておくかを考えます。同じように、一時的な運用が終わったとき何を戻すかも重要です。
Appleの一時的な活動にも開始と終了があります
Apple Foundation文書では、beginActivityが活動トークンを返し、完了時にendActivityへ渡すよう説明しています。
Appleは一時的な活動を開始と終了のあるライフサイクルとして扱います。また画面の動作とアイドル時のシステムスリープを分け、スリープを遅らせると消費電力が増える可能性を説明しています。MacBaramも同じ運用原則を対応する制御に適用します。画面を消してシステム作業を維持できますが、ユーザーが終了したとき、または設定した低バッテリー条件に達したときは介入を解除し、通常のmacOS動作へ戻れる必要があります。
画面とシステムのスリープは別です
暗い画面、温かい筐体、ファン音だけでは処理の進行を確認できません。アプリの進行表示や出力ファイルを確認してください。
終了条件を先に決めます
処理完了、ユーザーによる終了、外部電源の喪失、設定したバッテリー下限などを開始前に決めます。終了条件は処理の成功とは別で、一時制御を続ける理由がなくなったことを示します。
MacBaramでの終了条件
MacBaramはシステムスリープ防止と画面スリープ防止を分離します。対応MacBookではStay AwakeとVirtual Clamshellがユーザー設定の低バッテリー境界を考慮し、必要時に介入を解除してファン、充電、スリープ制御をmacOS標準へ戻せます。
復帰コマンドを送信したことや受け付けられたことだけでは、復帰完了とは判断しません。MacBaramは意図した状態の観測値を確認します。まだ確認できない場合は、安全な復帰を保留したまま、対応する復帰経路を再試行します。
これは処理完了の保証ではありません。一時的な介入を見える状態にし、対応範囲で意図を保ち、終了経路を用意することが責任です。
開始だけでなく終了も確認します
- 変更前に処理の進行信号を確認します。
- システムと画面のスリープを別々に選びます。
- 一時セッションの終了方法を残します。
- 終了後に各制御が意図したmacOS状態へ戻ったことを確認します。
制御セッションの質問
画面をスリープさせたままMacを動かせますか？
できます。ディスプレイスリープとアイドル時のシステムスリープは別の判断です。
MacBaramのセッションを終了すると処理完了が保証されますか？
保証されません。アプリ、メモリ、ストレージ、ネットワーク、電源はスリープ制御とは別です。
設定した低バッテリー境界では何が起きますか？
外部電源がなく境界に達すると、MacBaramはStay AwakeとVirtual Clamshellを停止し、対応する制御をmacOS標準へ戻すことができます。