Я использую Windows 7 SP1 x64 на Dell Precision M4600 с i7-2720QM, 8 ГБ ОЗУ и 512 ГБ SSD Samsung 840 Pro. Время загрузки/выключения довольно быстрое.
Однако спящий режим и выход из него всегда выполнялись медленно (более 30 секунд) из-за некоторого недопонимания между Microsoft и Dell, например, переключения в режим пониженного энергопотребления (1 ЦП, пониженная тактовая частота и т. д.).досохранение файла гибернации. Все, что здесь упомянуто, было сделано при включенном питании.
Несколько недель назад мой компьютер начал работать некорректно, и теперь для возобновления работы требуется более 4 секунд.минут(Переход в режим ожидания по-прежнему составляет около 30 секунд.) Конфигурация оборудования не изменилась, и я провел несколько тестов для выявления проблем с оборудованием и проверки скорости чтения/записи SSD.
Я уже пробовал отключить и снова включить спящий режим, чтобы
hiberfil.sysудалить его и создать заново.Я попытался сделать несколько трассировок загрузки — они показали только, что большая часть времени возобновления работы была потрачена на чтение с диска.
Я запустил
powercfg -energyпроверку на наличие проблем. Он выдал "ошибки" типа
Текущая схема электропитания — «Высокая производительность», когда система подключена к электросети.
просто в соответствии с моими намерениями предпочесть производительность времени работы от батареи (от сети?...).
Единственная полезная информация была
Возможности управления питанием платформы: PCI Express Active-State Power Management (ASPM) отключено
Управление питанием PCI Express Active-State (ASPM) было отключено из-за известной несовместимости с оборудованием этого компьютера.
но я ничего не могу с этим поделать и, полагаю, он всегда был отключен.
Есть ли у кого-нибудь идеи, что делать/проверить?
ОБНОВЛЯТЬ
Я сделал некоторые измерения, основываясь на идее Альбина. Время гибернации и возобновления (в секундах):
- чистый, только Windows, 1,7 ГБ: 15/15
- рабочие приложения по умолчанию запущены, 3 ГБ: 24/30
- Служба SQL-сервера запущена, 3,2 ГБ: 24/30
- Firefox использовался некоторое время, 4,2 ГБ, 38/57
- работает в течение дня, 6,7 ГБ, 54/193
- выход из Firefox, 2,8 ГБ, 32/29
- восстановление Firefox, 5.8 ГБ, 49/181
Интересные моменты:
#1: Время гибернации прямо пропорционально объему используемой оперативной памяти, как и должно быть, около 9 секунд на каждый ГБ.
#2: Время возобновления не является. Оно гораздо больше для рабочего состояния.
#3: Похоже, что сжатие памяти и запись ее на SSD будет быстрее, чем чтение и распаковка. Чего явно не должно быть.
Я пока не дошел до многоминутного возобновления (и на данный момент вполне доволен), но в таком случае проверю объем памяти.
решение1
Я столкнулся с этой проблемой на своем ПК, но она решилась изменением настроек BIOS. На главной странице я ввел "Integrated periferials", затем ввел "On-chip ATA Devices", и напротив "PCI IDE Busmaster" я поставил галочку "Enabled" и сохранил изменения. Надеюсь, это вам поможет...
решение2
Я пишу это как ответ, потому что это будет невозможно прочитать в комментариях и в любом случае не поместится в один комментарий.
Сначала я хочу прояснить, чтобы мы говорили об одном и том же: именно режим "Сон" обычно вызывает проблемы с настройками питания оборудования. Режим сна не отключает HW полностью, а просто переводит его в состояние энергосбережения. Если есть какая-то несовместимость, например, с определенным устройством, таким как сетевая карта, вы получаете проблемы.
Спящий режим сохраняет всю память (ОЗУ) на жестком диске (HD), чего выключение не делает, но затем выключает компьютер "полностью", как это было бы при выключении. И есть разница в перезагрузке. Когда он перезапускается из спящего режима, вместо загрузки "совершенно нового экземпляра Windows" (как это было бы после выключения), он помещает сохраненную память (которая была сохранена на HD до этого) обратно в память.
Ergo для меня, во-первых, я бы заподозрил, что какая-то программа или драйвер или системная задача Windows, находящаяся в памяти, вызывает проблему. Вот почему я предложил проверить это в первую очередь, попытаться минимизировать источники ошибок. Во-вторых, я бы заподозрил оборудование, участвующее в передаче (в основном память и жесткий диск). В-третьих, я бы заподозрил проблему с самим процессом гибернации.
Опять же, это всего лишь обоснованное предположение, я не знаю, как этот процесс реализован полностью и в деталях, я знаю только, как он должен работать в общих чертах, но пока этого было достаточно, чтобы исправить все проблемы, с которыми я столкнулся.