Windows vide-t-il les caches de lecteur en veille?


13

Windows vide-t-il les caches de lecteur en entrant en mode veille?

Cela semble être une chose évidente à faire et pour ma part, je le concevoirais comme ça si je faisais partie de l'équipe Windows, mais au fil des ans, j'ai appris à ne pas faire de telles hypothèses.

Je n'ai réussi à trouver qu'une seule page qui le demandait (en ce qui concerne XP), mais aucune réponse n'a été donnée, juste une réponse générique.

Existe-t-il des informations définitives indiquant que Windows vide les caches de disque en veille?


"En attente?" Ou "avant de passer en veille?"
Jonathon Reinhart

J'ai supposé que c'était ce que vous vouliez dire, mais le verbiage n'était pas clair.
Jonathon Reinhart

Aller évidemment; il est suspendu en veille. (J'ai supposé d'après le contexte, et l'utilisation de on plutôt que pendant cela, il était clair que j'utilisais le terme comme verbe, pas comme adjectif.)
Synetech

Je me suis toujours demandé cela. J'ai toujours supposé que c'était sûr car il n'y avait pas d'E / S sur le lecteur flash, donc je suis curieux de savoir quelle est la réponse.
nathpilland

Wow, quelqu'un doit être amer et mesquin pour avoir voté contre et se présenter . (Ne t'inquiète pas Jason, je sais que ce n'était pas toi .)
Synetech

Réponses:


7

La réponse est oui selon cet article du support MS + quelques "déductions Sherlock Holmes":

La commande FLUSH CACHE n'est pas émise et le disque dur peut être endommagé lorsque vous entrez en veille ou en veille prolongée

MSKB 331060

Cet article s'applique à Microsoft Windows XP Service Pack 2 et MS a émis un correctif pour corriger le problème.Par conséquent, nous pouvons supposer (!?;)) Qu'une commande de vidage du cache est émise chaque fois que Windows XP (une version ultérieure?) Entre en mode veille. Je n'ai trouvé aucun autre article publié par MS pour clarifier ce point, mais c'est le style de communication obscur bien connu de MS ...


+1 D'accord, alors je suppose que XP SP3 et plus (et SP2 avec le correctif approprié), on peut supposer que c'est le cas. Je suis cependant curieux de savoir pourquoi ils ont ressenti le besoin d'indiquer spécifiquement que le problème s'applique aux «gros disques durs sur lesquels une adresse de bloc logique (LBA) 48 bits est activée» . Cela signifie-t-il qu'il vide les petits disques durs, lecteurs flash, cartes mémoire, etc.? Malheureusement, comme vous l'avez dit, Microsoft est généralement «clair comme de la boue». :-|
Synetech

1
@Synetech: C'est un détail d'implémentation. Tout n'est pas documenté pour empêcher les développeurs de créer des dépendances sur des comportements susceptibles de changer à l'avenir.
surfasb

2

Cela dépend des paramètres matériels du lecteur.

Un lecteur que Windows reconnaît comme un lecteur amovible par défaut a le cache d'écriture désactivé, ce qui permet généralement de le supprimer sans «éjecter» le lecteur.

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

J'espère que cela pourra aider.


1
Oui, je connais ce paramètre, mais il n'explique pas la politique spécifique de Windows sur le vidage des caches en veille.
Synetech

4
Si le cache est désactivé, y a-t-il un cache à vider?
Jason Kirby

Supposez-vous qu'il n'y a qu'un seul lecteur amovible? Avez-vous lu la page à laquelle vous avez lié? Il indique clairement qu'il est recommandé d'éjecter les lecteurs même lorsqu'ils sont configurés pour une suppression rapide. Qui a dit que le lecteur était configuré pour être retiré de toute façon? Si vous en avez besoin, modifiez mentalement ma question pour être spécifiquement sur les lecteurs qui ne sont pas configurés pour une suppression rapide. En fait, oubliez complètement les lecteurs flash, lisez la question car Windows vide-t-il les caches de disque dur internes non amovibles lors de la mise en veille?
Synetech

Je ne sais pas pourquoi cela a été voté, cela n'a absolument rien à voir avec la question à l'examen.
Synetech
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.