Мені, здається, Mountain Lion завжди спить, коли немає дій користувача, навіть коли комп'ютер все ще робить щось. У моєму випадку він завжди спить посеред запуску пакетної операції в Lightroom 4.1, і він спав, поки Time Machine ще прибирає.
Згідно з оглядом ML Siracusa, програми потрібно писати, щоб зробити "твердження про владу", якщо вони хочуть перешкодити комп'ютеру спати. Інакше спати буде. Це здається занадто агресивною стратегією, особливо для впровадження за замовчуванням в новій ОС? Повинно бути багато, багато додатків, які не були написані, щоб зробити ці твердження про владу (включаючи, здається, частини власного процесу резервного копіювання Time Machine від Apple).
Чи є десь прихована перевага повернутися до старого методу сну хоча б, поки ми не отримаємо кращої підтримки додатків для цього? Я не шукаю рішення, щоб повністю придушити сон (я знаю, що можу просто сказати комп’ютеру ніколи не спати), а радше перестати спати, поки він все-таки щось робить.
Додаткова інформація:
- Мій Mac не підтримує Power Nap (середина 2009 р. 13 "MBP)
- Мої налаштування живлення в системних налаштуваннях встановлені за замовчуванням, таким чином:
pmset -g:
Active Profiles:
Battery Power -1*
AC Power -1
Currently in use:
hibernatemode 0
acwake 0
lidwake 1
halfdim 1
sleep 10
ttyskeepawake 1
sms 1
hibernatefile /var/vm/sleepimage
disksleep 10
displaysleep 2
pmset -g кришка:
Capabilities for Battery Power:
displaysleep
disksleep
sleep
acwake
lidwake
lessbright
halfdim
sms
ttyskeepawake
hibernatemode
hibernatefile
Системний журнал до і після певного проблемного стану сну (подальший сигнал не відбувся через введення користувачем, а "DarkWake"):
2012-07-27 00:32:07.343 com.apple.launchd[1]: (com.apple.iCloudHelper[3859]) Exited: Killed: 9
2012-07-27 00:32:07.000 kernel[0]: memorystatus_thread: idle exiting pid 3859 [com.apple.iCloud]
2012-07-27 00:32:12.416 com.apple.time[13]: Next maintenance wake [Backup Interval]: <date: 0x7fea7b6235f0> Fri Jul 27 00:45:48 2012 CEST (approx)
2012-07-27 00:32:12.416 com.apple.time[13]: Requesting maintenance wake [Backup Interval]: <date: 0x7fea7b6235f0> Fri Jul 27 00:45:48 2012 CEST (approx)
2012-07-27 00:32:13.000 kernel[0]: AirPort_Brcm43xx::powerChange: System Sleep
2012-07-27 00:32:14.000 kernel[0]: 00000000 00000020 NVEthernet::setLinkStatus - not Active
2012-07-27 02:20:14.000 kernel[0]: Wake reason: RTC (Alarm)
2012-07-27 02:20:14.000 kernel[0]: RTC: Maintenance 2012/7/27 00:20:13, sleep 2012/7/26 22:32:15
2012-07-27 02:20:14.000 kernel[0]: AirPort_Brcm43xx::powerChange: System Wake - Full Wake/ Dark Wake / Maintenance wake
pmset -g
таpmset -g cap
на випадок, якщо ваші налаштування не є стандартними. Різні параметри журналуpmset
також можуть бути безцінними для того, щоб побачити, що відбувається (чи сталося), якщо system.log недостатньо деталізований для ваших потреб.