Почему пробуждение от приостановки занимает много времени?
Иногда, когда я приостанавливаю свой ноутбук, он просыпается мгновенно, но в других случаях требуется около 5 минут, чтобы проснуться - в любом случае, дольше, чем холодная загрузка.
Пока ноутбук просыпается, я может слышать, как работает жесткий диск, и когда мой ноутбук наконец-то просыпается, загрузка системы составляет 100%. Странно, что моя память наполовину пуста (даже если она была 3/4 полной (не считая кеша), когда я приостанавливаю ноутбук), но мой обмен не (я имею 4 ГБ ОЗУ, и это единственный раз, когда я вижу, что своп не пуст ).
Мне кажется, что при пробуждении мой ноутбук иногда начинает биться, но я понятия не имею, что его вызывает, как его предотвратить или даже как его отладить.
Мой ноутбук - это элитный ноутбук 8730w.
EDIT:
Вот скриншот индикатора загрузки системы, когда я попадаю на рабочий стол. Существует не менее 1,8 ГБ оперативной памяти, но есть 1,4 ГБ в свопе, почему это так?
24 ответа
Я помню, что через определенное время компьютер просыпается от приостановки до ОЗУ, а затем автоматически приостанавливается на диск. Это имеет какое-то отношение к проблемам с питанием и последующей потере данных, но, насколько мне известно, время устанавливается на стандартную величину, поэтому включение ноутбука не должно влиять на это поведение.
-
1Единственный раз, когда я видел, что переход с приостановки на RAM превратился в suspend-to-disk таким образом, когда мощность батареи была низкой. В любом случае задержка загрузки, создаваемая этой ошибкой, намного длиннее, чем возобновление из спящего режима когда-либо для меня. Буквально минуты светодиода HD мигают до того, как на дисплее появится индикация. – Malachi 6 August 2011 в 22:09
«Hibernate» приостанавливается на диск
«Hibernate» приостанавливается в RAM
Управление питанием спящает ваш ноутбук на батарее, даже если это было приостановлено в ОЗУ, чтобы предотвратить потерю данных.
К сожалению, пробуждение из состояния спящего режима может занять больше времени, чем обычная загрузка. Если это так, мы можем рассмотреть возможность отключения, а не спячки. Тем не менее, запуск приложений не будет восстановлен.
uswsusp может ускорить пробуждение из спящего режима.
-
1Моя проблема заключается в использовании suspend (я изменил свой оригинальный пост, чтобы лучше отразить это). И действительно странно, что мой диск активен, когда мой ноутбук пробуждается от приостановки. – Smotko 17 July 2011 в 19:46
-
2В дополнение к спящему режиму из состояния сдерживания (при разряженной батарее) могут возникнуть проблемы с системным оборудованием, которое может привести к повреждению приостановки. Тогда правильное резюме не может быть выполнено, и система перезагрузится. – Takkat 17 July 2011 в 20:37
-
3
У меня такая же проблема. Он постоянно возникает, когда во время приостановки используется большое количество свопов. Если я
># swapoff -a
># swapon -a
полностью опустел пространство подкачки прямо перед приостановкой, то пробуждение всегда будет немедленным. Можете ли вы подтвердить это?
Если вы поместите эти команды в сценарий с предварительной приостановкой, он может работать как быстрый и грязный обходной путь. Swapoff займет много времени, если вы приобретете много вещей в свопе. Но вы, вероятно, не против, если ваша машина будет работать немного дольше после закрытия крышки, если это цена для немедленного возобновления. Вы должны убедиться, что у вас действительно достаточно свободной оперативной памяти, прежде чем вызывать swapoff.
Обходной путь почти изящный и просто борется с симптомами. Я дам вам знать, узнаю ли я об истинной причине проблемы.
Просто из интереса: я использую зашифрованные разделы как для моей файловой системы, так и для свопинга. Любой, у кого есть эта проблема, тоже? Я уже подозревал, что проблема может быть связана с этим.
Когда у меня была эта проблема с 10.10, я связался с поддержкой своего ноутбука, и они сказали: «Это известная проблема. Она должна происходить примерно раз в три-четыре приостановки». В то время они думали, что это было исправлено в 11.04, и у меня не было проблемы с момента обновления.
С небольшим рытьем я нашел подтвержденную ошибку в 11.04, которая может быть связана.
становится очень медленным после приостановки / возобновления. Мой четырехъядерный процессор i5 iMac становится неприемлемо медленным после возобновления с приостановки. Один процесс займет 100% от CPU (и ничто не будет работать на других ядрах).https://bugs.launchpad.net/ubuntu/+source/linux/+bug/748004
-
1
-
2Я не должен был ничего говорить о том, что сейчас проблема ... это случилось сегодня. Это может быть ключом, однако, что это произошло только после того, как я оставил машину отключенной и автоматически ее приостановил. Однако при последующем приостановлении / возобновлении не было никакой задержки. – Malachi 6 August 2011 в 22:11
Я помню, что через определенное время компьютер просыпается от приостановки до ОЗУ, а затем автоматически приостанавливается на диск. Это имеет какое-то отношение к проблемам с питанием и последующей потере данных, но, насколько мне известно, время устанавливается на стандартную величину, поэтому включение ноутбука не должно влиять на это поведение.
-
1Единственный раз, когда я видел, что переход с приостановки на RAM превратился в suspend-to-disk таким образом, когда мощность батареи была низкой. В любом случае задержка загрузки, создаваемая этой ошибкой, намного длиннее, чем возобновление из спящего режима когда-либо для меня. Буквально минуты светодиода HD мигают до того, как на дисплее появится индикация. – Malachi 6 August 2011 в 22:09
«Hibernate» приостанавливается на диск
«Hibernate» приостанавливается в RAM
Управление питанием спящает ваш ноутбук на батарее, даже если это было приостановлено в ОЗУ, чтобы предотвратить потерю данных.
К сожалению, пробуждение из состояния спящего режима может занять больше времени, чем обычная загрузка. Если это так, мы можем рассмотреть возможность отключения, а не спячки. Тем не менее, запуск приложений не будет восстановлен.
uswsusp может ускорить пробуждение из спящего режима.
-
1Моя проблема заключается в использовании suspend (я изменил свой оригинальный пост, чтобы лучше отразить это). И действительно странно, что мой диск активен, когда мой ноутбук пробуждается от приостановки. – Smotko 17 July 2011 в 19:46
-
2В дополнение к спящему режиму из состояния сдерживания (при разряженной батарее) могут возникнуть проблемы с системным оборудованием, которое может привести к повреждению приостановки. Тогда правильное резюме не может быть выполнено, и система перезагрузится. – Takkat 17 July 2011 в 20:37
-
3
У меня такая же проблема. Он постоянно возникает, когда во время приостановки используется большое количество свопов. Если я
># swapoff -a
># swapon -a
полностью опустел пространство подкачки прямо перед приостановкой, то пробуждение всегда будет немедленным. Можете ли вы подтвердить это?
Если вы поместите эти команды в сценарий с предварительной приостановкой, он может работать как быстрый и грязный обходной путь. Swapoff займет много времени, если вы приобретете много вещей в свопе. Но вы, вероятно, не против, если ваша машина будет работать немного дольше после закрытия крышки, если это цена для немедленного возобновления. Вы должны убедиться, что у вас действительно достаточно свободной оперативной памяти, прежде чем вызывать swapoff.
Обходной путь почти изящный и просто борется с симптомами. Я дам вам знать, узнаю ли я об истинной причине проблемы.
Просто из интереса: я использую зашифрованные разделы как для моей файловой системы, так и для свопинга. Любой, у кого есть эта проблема, тоже? Я уже подозревал, что проблема может быть связана с этим.
Когда у меня была эта проблема с 10.10, я связался с поддержкой своего ноутбука, и они сказали: «Это известная проблема. Она должна происходить примерно раз в три-четыре приостановки». В то время они думали, что это было исправлено в 11.04, и у меня не было проблемы с момента обновления.
С небольшим рытьем я нашел подтвержденную ошибку в 11.04, которая может быть связана.
становится очень медленным после приостановки / возобновления. Мой четырехъядерный процессор i5 iMac становится неприемлемо медленным после возобновления с приостановки. Один процесс займет 100% от CPU (и ничто не будет работать на других ядрах).https://bugs.launchpad.net/ubuntu/+source/linux/+bug/748004
-
1
-
2Я не должен был ничего говорить о том, что сейчас проблема ... это случилось сегодня. Это может быть ключом, однако, что это произошло только после того, как я оставил машину отключенной и автоматически ее приостановил. Однако при последующем приостановлении / возобновлении не было никакой задержки. – Malachi 6 August 2011 в 22:11
Я помню, что через определенное время компьютер просыпается от приостановки до ОЗУ, а затем автоматически приостанавливается на диск. Это имеет какое-то отношение к проблемам с питанием и последующей потере данных, но, насколько мне известно, время устанавливается на стандартную величину, поэтому включение ноутбука не должно влиять на это поведение.
-
1Единственный раз, когда я видел, что переход с приостановки на RAM превратился в suspend-to-disk таким образом, когда мощность батареи была низкой. В любом случае задержка загрузки, создаваемая этой ошибкой, намного длиннее, чем возобновление из спящего режима когда-либо для меня. Буквально минуты светодиода HD мигают до того, как на дисплее появится индикация. – Malachi 6 August 2011 в 22:09
«Hibernate» приостанавливается на диск
«Hibernate» приостанавливается в RAM
Управление питанием спящает ваш ноутбук на батарее, даже если это было приостановлено в ОЗУ, чтобы предотвратить потерю данных.
К сожалению, пробуждение из состояния спящего режима может занять больше времени, чем обычная загрузка. Если это так, мы можем рассмотреть возможность отключения, а не спячки. Тем не менее, запуск приложений не будет восстановлен.
uswsusp может ускорить пробуждение из спящего режима.
-
1Моя проблема заключается в использовании suspend (я изменил свое оригинальное сообщение, чтобы лучше отразить это). И действительно странно, что мой диск активен, когда мой ноутбук пробуждается от приостановки. – Smotko 17 July 2011 в 19:46
-
2В дополнение к спящему режиму из состояния сдерживания (при разряженной батарее) могут возникнуть проблемы с системным оборудованием, которое может привести к повреждению приостановки. Тогда правильное резюме не может быть выполнено, и система перезагрузится. – Takkat 17 July 2011 в 20:37
-
3
У меня такая же проблема. Он постоянно возникает, когда во время приостановки используется большое количество свопов. Если я
># swapoff -a
># swapon -a
полностью опустел пространство подкачки прямо перед приостановкой, то пробуждение всегда будет немедленным. Можете ли вы подтвердить это?
Если вы поместите эти команды в сценарий с предварительной приостановкой, он может работать как быстрый и грязный обходной путь. Swapoff займет много времени, если вы приобретете много вещей в свопе. Но вы, вероятно, не против, если ваша машина будет работать немного дольше после закрытия крышки, если это цена для немедленного возобновления. Вы должны убедиться, что у вас действительно достаточно свободной оперативной памяти, прежде чем вызывать swapoff.
Обходной путь почти изящный и просто борется с симптомами. Я дам вам знать, узнаю ли я об истинной причине проблемы.
Просто из интереса: я использую зашифрованные разделы как для моей файловой системы, так и для свопинга. Любой, у кого есть эта проблема, тоже? Я уже подозревал, что проблема может быть связана с этим.
Когда у меня была эта проблема с 10.10, я связался с поддержкой своего ноутбука, и они сказали: «Это известная проблема. Она должна происходить примерно раз в три-четыре приостановки». В то время они думали, что это было исправлено в 11.04, и у меня не было проблемы с момента обновления.
С небольшим рытьем я нашел подтвержденную ошибку в 11.04, которая может быть связана.
становится очень медленным после приостановки / возобновления. Мой четырехъядерный процессор i5 iMac становится неприемлемо медленным после возобновления с приостановки. Один процесс займет 100% от CPU (и ничто не будет работать на других ядрах).https://bugs.launchpad.net/ubuntu/+source/linux/+bug/748004
-
1
-
2Я не должен был ничего говорить о том, что сейчас проблема ... это случилось сегодня. Это может быть ключом, однако, что это произошло только после того, как я оставил машину отключенной и автоматически ее приостановил. Однако при последующем приостановлении / возобновлении не было никакой задержки. – Malachi 6 August 2011 в 22:11
Я помню, что через определенное время компьютер просыпается от приостановки до ОЗУ, а затем автоматически приостанавливается на диск. Это имеет какое-то отношение к проблемам с питанием и последующей потере данных, но, насколько мне известно, время устанавливается на стандартную величину, поэтому включение ноутбука не должно влиять на это поведение.
-
1Единственный раз, когда я видел, что переход с приостановки на RAM превратился в suspend-to-disk таким образом, когда мощность батареи была низкой. В любом случае задержка загрузки, создаваемая этой ошибкой, намного длиннее, чем возобновление из спящего режима когда-либо для меня. Буквально минуты светодиода HD мигают до того, как на дисплее появится индикация. – Malachi 6 August 2011 в 22:09
«Hibernate» приостанавливается на диск
«Hibernate» приостанавливается в RAM
Управление питанием спящает ваш ноутбук на батарее, даже если это было приостановлено в ОЗУ, чтобы предотвратить потерю данных.
К сожалению, пробуждение из состояния спящего режима может занять больше времени, чем обычная загрузка. Если это так, мы можем рассмотреть возможность отключения, а не спячки. Тем не менее, запуск приложений не будет восстановлен.
uswsusp может ускорить пробуждение из спящего режима.
-
1Моя проблема заключается в использовании suspend (я изменил свое оригинальное сообщение, чтобы лучше отразить это). И действительно странно, что мой диск активен, когда мой ноутбук пробуждается от приостановки. – Smotko 17 July 2011 в 19:46
-
2В дополнение к спящему режиму из состояния сдерживания (при разряженной батарее) могут возникнуть проблемы с системным оборудованием, которое может привести к повреждению приостановки. Тогда правильное резюме не может быть выполнено, и система перезагрузится. – Takkat 17 July 2011 в 20:37
-
3
У меня такая же проблема. Он постоянно возникает, когда во время приостановки используется большое количество свопов. Если я
># swapoff -a
># swapon -a
полностью опустел пространство подкачки прямо перед приостановкой, то пробуждение всегда будет немедленным. Можете ли вы подтвердить это?
Если вы поместите эти команды в сценарий с предварительной приостановкой, он может работать как быстрый и грязный обходной путь. Swapoff займет много времени, если вы приобретете много вещей в свопе. Но вы, вероятно, не против, если ваша машина будет работать немного дольше после закрытия крышки, если это цена для немедленного возобновления. Вы должны убедиться, что у вас действительно достаточно свободной оперативной памяти, прежде чем вызывать swapoff.
Обходной путь почти изящный и просто борется с симптомами. Я дам вам знать, узнаю ли я об истинной причине проблемы.
Просто из интереса: я использую зашифрованные разделы как для моей файловой системы, так и для свопинга. Любой, у кого есть эта проблема, тоже? Я уже подозревал, что проблема может быть связана с этим.
Когда у меня была эта проблема с 10.10, я связался с поддержкой своего ноутбука, и они сказали: «Это известная проблема. Она должна происходить примерно раз в три-четыре приостановки». В то время они думали, что это было исправлено в 11.04, и у меня не было проблемы с момента обновления.
С небольшим рытьем я нашел подтвержденную ошибку в 11.04, которая может быть связана.
становится очень медленным после приостановки / возобновления. Мой четырехъядерный процессор i5 iMac становится неприемлемо медленным после возобновления с приостановки. Один процесс займет 100% от CPU (и ничто не будет работать на других ядрах).https://bugs.launchpad.net/ubuntu/+source/linux/+bug/748004
-
1
-
2Я не должен был ничего говорить о том, что сейчас проблема ... это случилось сегодня. Это может быть ключом, однако, что это произошло только после того, как я оставил машину отключенной и автоматически ее приостановил. Однако при последующем приостановлении / возобновлении не было никакой задержки. – Malachi 6 August 2011 в 22:11
Я помню, что через определенное время компьютер просыпается от приостановки до ОЗУ, а затем автоматически приостанавливается на диск. Это имеет какое-то отношение к проблемам с питанием и последующей потере данных, но, насколько мне известно, время устанавливается на стандартную величину, поэтому включение ноутбука не должно влиять на это поведение.
-
1Единственный раз, когда я видел, что переход с приостановки на RAM превратился в suspend-to-disk таким образом, когда мощность батареи была низкой. В любом случае задержка загрузки, создаваемая этой ошибкой, намного длиннее, чем возобновление из спящего режима когда-либо для меня. Буквально минуты светодиода HD мигают до того, как на дисплее появится индикация. – Malachi 6 August 2011 в 22:09
«Hibernate» приостанавливается на диск
«Hibernate» приостанавливается в RAM
Управление питанием спящает ваш ноутбук на батарее, даже если это было приостановлено в ОЗУ, чтобы предотвратить потерю данных.
К сожалению, пробуждение из состояния спящего режима может занять больше времени, чем обычная загрузка. Если это так, мы можем рассмотреть возможность отключения, а не спячки. Тем не менее, запуск приложений не будет восстановлен.
uswsusp может ускорить пробуждение из спящего режима.
-
1Моя проблема заключается в использовании suspend (я изменил свое оригинальное сообщение, чтобы лучше отразить это). И действительно странно, что мой диск активен, когда мой ноутбук пробуждается от приостановки. – Smotko 17 July 2011 в 19:46
-
2В дополнение к спящему режиму из состояния сдерживания (при разряженной батарее) могут возникнуть проблемы с системным оборудованием, которое может привести к повреждению приостановки. Тогда правильное резюме не может быть выполнено, и система перезагрузится. – Takkat 17 July 2011 в 20:37
-
3
У меня такая же проблема. Он постоянно возникает, когда во время приостановки используется большое количество свопов. Если я
># swapoff -a
># swapon -a
полностью опустел пространство подкачки прямо перед приостановкой, то пробуждение всегда будет немедленным. Можете ли вы подтвердить это?
Если вы поместите эти команды в сценарий с предварительной приостановкой, он может работать как быстрый и грязный обходной путь. Swapoff займет много времени, если вы приобретете много вещей в свопе. Но вы, вероятно, не против, если ваша машина будет работать немного дольше после закрытия крышки, если это цена для немедленного возобновления. Вы должны убедиться, что у вас действительно достаточно свободной оперативной памяти, прежде чем вызывать swapoff.
Обходной путь почти изящный и просто борется с симптомами. Я дам вам знать, узнаю ли я об истинной причине проблемы.
Просто из интереса: я использую зашифрованные разделы как для моей файловой системы, так и для свопинга. Любой, у кого есть эта проблема, тоже? Я уже подозревал, что проблема может быть связана с этим.
Когда у меня была эта проблема с 10.10, я связался с поддержкой своего ноутбука, и они сказали: «Это известная проблема. Она должна происходить примерно раз в три-четыре приостановки». В то время они думали, что это было исправлено в 11.04, и у меня не было проблемы с момента обновления.
С небольшим рытьем я нашел подтвержденную ошибку в 11.04, которая может быть связана.
становится очень медленным после приостановки / возобновления. Мой четырехъядерный процессор i5 iMac становится неприемлемо медленным после возобновления с приостановки. Один процесс займет 100% от CPU (и ничто не будет работать на других ядрах).https://bugs.launchpad.net/ubuntu/+source/linux/+bug/748004
-
1
-
2Я не должен был ничего говорить о том, что сейчас проблема ... это случилось сегодня. Это может быть ключом, однако, что это произошло только после того, как я оставил машину отключенной и автоматически ее приостановил. Однако при последующем приостановлении / возобновлении не было никакой задержки. – Malachi 6 August 2011 в 22:11
Я помню, что через определенное время компьютер просыпается от приостановки до ОЗУ, а затем автоматически приостанавливается на диск. Это имеет какое-то отношение к проблемам с питанием и последующей потере данных, но, насколько мне известно, время устанавливается на стандартную величину, поэтому включение ноутбука не должно влиять на это поведение.
-
1Единственный раз, когда я видел, что переход с приостановки на RAM превратился в suspend-to-disk таким образом, когда мощность батареи была низкой. В любом случае задержка загрузки, создаваемая этой ошибкой, намного длиннее, чем возобновление из спящего режима когда-либо для меня. Буквально минуты светодиода HD мигают до того, как на дисплее появится индикация. – Malachi 6 August 2011 в 22:09
«Hibernate» приостанавливается на диск
«Hibernate» приостанавливается в RAM
Управление питанием спящает ваш ноутбук на батарее, даже если это было приостановлено в ОЗУ, чтобы предотвратить потерю данных.
К сожалению, пробуждение из состояния спящего режима может занять больше времени, чем обычная загрузка. Если это так, мы можем рассмотреть возможность отключения, а не спячки. Тем не менее, запуск приложений не будет восстановлен.
uswsusp может ускорить пробуждение из спящего режима.
-
1Моя проблема заключается в использовании suspend (я изменил свое оригинальное сообщение, чтобы лучше отразить это). И действительно странно, что мой диск активен, когда мой ноутбук пробуждается от приостановки. – Smotko 17 July 2011 в 19:46
-
2В дополнение к спящему режиму из состояния сдерживания (при разряженной батарее) могут возникнуть проблемы с системным оборудованием, которое может привести к повреждению приостановки. Тогда правильное резюме не может быть выполнено, и система перезагрузится. – Takkat 17 July 2011 в 20:37
-
3
У меня такая же проблема. Он постоянно возникает, когда во время приостановки используется большое количество свопов. Если я
># swapoff -a
># swapon -a
полностью опустел пространство подкачки прямо перед приостановкой, то пробуждение всегда будет немедленным. Можете ли вы подтвердить это?
Если вы поместите эти команды в сценарий с предварительной приостановкой, он может работать как быстрый и грязный обходной путь. Swapoff займет много времени, если вы приобретете много вещей в свопе. Но вы, вероятно, не против, если ваша машина будет работать немного дольше после закрытия крышки, если это цена для немедленного возобновления. Вы должны убедиться, что у вас действительно достаточно свободной оперативной памяти, прежде чем вызывать swapoff.
Обходной путь почти изящный и просто борется с симптомами. Я дам вам знать, узнаю ли я об истинной причине проблемы.
Просто из интереса: я использую зашифрованные разделы как для моей файловой системы, так и для свопинга. Любой, у кого есть эта проблема, тоже? Я уже подозревал, что проблема может быть связана с этим.
Когда у меня была эта проблема с 10.10, я связался с поддержкой своего ноутбука, и они сказали: «Это известная проблема. Она должна происходить примерно раз в три-четыре приостановки». В то время они думали, что это было исправлено в 11.04, и у меня не было проблемы с момента обновления.
С небольшим рытьем я нашел подтвержденную ошибку в 11.04, которая может быть связана.
становится очень медленным после приостановки / возобновления. Мой четырехъядерный процессор i5 iMac становится неприемлемо медленным после возобновления с приостановки. Один процесс займет 100% от CPU (и ничто не будет работать на других ядрах).https://bugs.launchpad.net/ubuntu/+source/linux/+bug/748004
-
1
-
2Я не должен был ничего говорить о том, что сейчас проблема ... это случилось сегодня. Это может быть ключом, однако, что это произошло только после того, как я оставил машину отключенной и автоматически ее приостановил. Однако при последующем приостановлении / возобновлении не было никакой задержки. – Malachi 6 August 2011 в 22:11