Windows в режиме ожидания сбрасывает кеш дисков?

13

Windows перезагружает кеш диска при переходе в режим ожидания?

Это кажется очевидной вещью, и я бы, например, разработал ее так, если бы работал в команде Windows, но за эти годы я научился не делать таких предположений.

Мне удалось найти только одну страницу, которая спрашивала об этом (в отношении XP), но ответа не было, просто общий ответ.

Есть ли какая-либо определенная информация, что Windows сбрасывает дисковые кэши в режиме ожидания?

Synetech
источник
"В режиме ожидания?" Или "перед переходом в режим ожидания?"
Джонатон Рейнхарт
Я предположил, что это то, что вы имели в виду, но словоблудие не было ясно.
Джонатон Рейнхарт
Идем очевидно; он приостановлен в режиме ожидания. (Я предположил , из контекста, а также использование на , а не во время , что стало ясно , что я использовал этот термин как глагол, а не прилагательное.)
Synetech
Я всегда удивлялся этому. Я всегда предполагал, что это безопасно, потому что на флешке не было ввода / вывода, поэтому мне любопытно, каков будет ответ.
nathpilland
Вау, кто-то должен быть горьким и мелким, чтобы за него проголосовали . (Не волнуйся, Джейсон, я знаю, что это был не ты .)
Synetech

Ответы:

7

Ответ - да, согласно этой статье поддержки MS + некоторые «отчисления Шерлока Холмса»:

Команда FLUSH CACHE не введена, и жесткий диск может быть поврежден при переходе в режим ожидания или режим гибернации.

MSKB 331060

Эта статья относится к Microsoft Windows XP с пакетом обновления 2 (SP2), и MS выпустила исправление для исправления проблемы, поэтому мы можем предположить (!?;)), Что команда очистки кэша выдается каждый раз, когда Windows XP (более поздняя версия?) Входит в режим ожидания. Я не нашел другой статьи, выпущенной MS, чтобы прояснить этот момент, но это хорошо известный неясный стиль общения MS ...

climenole
источник
+1 Хорошо, тогда я думаю, что XP SP3 и выше (и SP2 с соответствующим патчем), можно предположить, что это так. Мне любопытно, однако, почему они почувствовали необходимость конкретно заявить, что проблема относится к «большому жесткому диску, на котором включен 48-битный адрес логического блока (LBA)» . Означает ли это, что он стирает небольшие жесткие диски, флэш-накопители, карты памяти и т. Д.? К сожалению, как вы сказали, Microsoft обычно «чиста, как грязь». :-|
Synetech
1
@Synetech: Это деталь реализации. Не все документировано, чтобы помешать разработчикам создавать зависимости от поведения, которое может измениться в будущем.
Surfasb
2

Это зависит от аппаратных настроек накопителя.

К диску, который Windows распознает как съемный диск по умолчанию, отключен кэш записи, что, как правило, позволяет без проблем извлекать диск без его извлечения.

http://lifehacker.com/5863810/do-i-really-need-to-eject-usb-drives-before-removing-them

Надеюсь, это поможет.

Джейсон Кирби
источник
1
Да, я знаком с этим параметром, но он не объясняет специфическую политику Windows по очистке кэшей в режиме ожидания.
Synetech
4
Если кэш отключен, есть ли кэш для очистки?
Джейсон Кирби
Вы предполагаете, что есть только один съемный диск? Вы читали страницу, на которую ссылались? В нем четко сказано, что рекомендуется извлекать диски, даже если они настроены на быстрое извлечение. Кто сказал, что диск настроен на быстрое удаление? Если вам это нужно, мысленно отредактируйте мой вопрос специально для дисков, которые не настроены на быстрое удаление. На самом деле, вообще забудьте о флешках, прочитайте вопрос, как Windows сбрасывает внутренние, несъемные, кеши жестких дисков при переходе в режим ожидания?
Synetech
Я не знаю, почему за это проголосовали, это абсолютно не имеет отношения к рассматриваемому вопросу.
Synetech