locked
Occupation mémoire CHKDSK /R RRS feed

  • Question

  • Bonjour,

    J'ai constaté que l'utilitaire CHKDSK exécuté avec l'option /R (vérification des blocs défectueux) occupait la quasi totalité de la mémoire disponible sur mon ordi (seulement 250 Mo libres sur 4 Go), le processus CHKDSK consommant près de 3,5 Go de RAM.

    Je suis sous Windows 7 pro 64 bits, et j'ai lancé l'utilitaire sur une partition NTFS.

    Pouvez-vous reproduire ce fait ?

    Merci d'avance,
    Fbxfan
    dimanche 25 octobre 2009 12:23

Réponses

  • J'ai enfin LA réponse qui va clotûrer cette "question" : CF http://www.google.fr/search?q=%22fuite+m%C3%A9moire%22+chkdsk (google sur la requête : "fuite mémoire" chkdsk). Il s'agit d'un bug connu de Windows 7.

    J'avais déjà cherché sur google avant, mais pas avec les bons mots clés. Je m'excuse de ne pas avoir trouvé plus tôt.

    edit : sous XP (SP3 32 bits), chkdsk /R prend 8 Mo et des brouettes.
    • Marqué comme réponse fbxfan mercredi 28 octobre 2009 10:27
    mercredi 28 octobre 2009 10:27

Toutes les réponses

  • bonjout,

    cela est normal, CHKDSK etant un utilitaire de dépanage, il utilise le maximum de ressources disponibles durant la réparation.

    cela s'explique par le fait que lors de la verification du disque l'utilisation du PC est totalement déconseillée...

    Cordialement,


    PierrE.

    Http://www.redkaffe.com - Recherche poste Consultant/Formateur en region PACA ou IDF
    • Proposé comme réponse Pierre JOUBERT dimanche 25 octobre 2009 14:11
    dimanche 25 octobre 2009 14:11
  • Bonjour

    PIERRE a entierement raison,et c est une réponse unique a t on problème

    Cordialement
    • Proposé comme réponse arch21Editor dimanche 25 octobre 2009 14:47
    dimanche 25 octobre 2009 14:47
    Auteur de réponse
  • Merci pour vos réponses mais elles ne me satisfont pas ( mais bon, à la limite ça c'est mon problème :) ). Explications ci-dessous.

    CHKDSK monopolise l'activité d'un disque physique => à utiliser de préférence au boot de Windows si l'utilitaire travaille sur une partition située sur le même disque physique que la partition système. Si on lui demande de travailler sur la partition système, le problème ne se pose pas : il ne peut alors s'exécuter qu'au boot (c'est logique puisqu'il faut ouvrir la partition en lecture-écriture). Donc en fait nous sommes d'accord avec le fait que (en tout cas en général, les cas particuliers étant un scan sur une partition située sur un autre disque physique que la partition système) il est totalement déconseillé d'utiliser le PC en même temps que CHKDSK.

    Par contre, la RAM nécessaire à l'exécution de cet utilitaire s'élève à la somme de la taille du binaire (qui doit être chargé en mémoire) et de la mémoire dont il a besoin pour travailler. Or la taille du binaire est de 16 Ko (sous Seven 64 bits), et la taille d'un secteur est de 512 octets (ça va changer d'ailleurs, dans les prochains mois). Or en mode /R, il vérifie les secteurs les uns après les autres, pour vérifier qu'ils puissent être lu et écrit correctement. Eventuellement disons que, pour des raisons de performance, il utilise un buffer de 1K (1024) secteurs, ça ne fait que 512 Ko de RAM. Donc au pire, 512+16 = 528 Ko de RAM devraient suffire à l'exécution de CHKDSK. La question est à présent : pourquoi prend il beaucoup plus ?

    Une des réponses possibles, même si elle ne me satisfait pas, est en effet la vôtre : "c'est fait exprès pour dissuader son utilisation avec d'autres applications". Mais je pense plutôt à un bug, genre de la mémoire allouée non rendue au fur et à mesure.

    Je vais à présent tester sous XP 32 bits...
    mercredi 28 octobre 2009 08:12
  • bonjour,

    petite rectification, l'utilisation de la memeoire lui permet de verifier les cluster de maniere asynchrone, en fait il essaye de paralleliser les verifications de maniere à terminer le plus rapidement possible...en traitant plusieurs lusters en meme temps.
    autre petit détail: CHKDSK s'appuie sur bien plus que son seul executable et il est loin d'etre le seul a etre chargé en memeoire lors d'une verification...

    la disponibilité de la mémoire est faite pour cela, permettre aux executables qui peuvent tirer partie des ressources systeme d'en profiter au maximum..

    aprés tout à quoi bon avoir 1 Go de ram si ce n'est pas pour l'utiliser :)

    Cordialement,

    PierrE.

    Http://www.redkaffe.com - Recherche poste Consultant/Formateur en region PACA ou IDF
    mercredi 28 octobre 2009 08:41
  • J'ai enfin LA réponse qui va clotûrer cette "question" : CF http://www.google.fr/search?q=%22fuite+m%C3%A9moire%22+chkdsk (google sur la requête : "fuite mémoire" chkdsk). Il s'agit d'un bug connu de Windows 7.

    J'avais déjà cherché sur google avant, mais pas avec les bons mots clés. Je m'excuse de ne pas avoir trouvé plus tôt.

    edit : sous XP (SP3 32 bits), chkdsk /R prend 8 Mo et des brouettes.
    • Marqué comme réponse fbxfan mercredi 28 octobre 2009 10:27
    mercredi 28 octobre 2009 10:27
  • C'est quand même chaud de voir des personnes très sures d'elles, très rassurantes et de répondre quelque chose de totalement érroné...

    On est en 2013 et j'ai encore ce problème sur des postes sous Windows 7 64 Bits et c'est effectivement un gros bug de Windows 7, chkdsk n'est pas du tout censé prendre la totalité de la RAM...

    Je viens de faire le test avec une bécane de guerre et 16 Go de ram sous Seven, ça m'a pris 15.7 Go de RAM, et le meme disque sous une bécane de merde sous XP (avec 3 Go de RAM) je crois que c'était mois d'un Mo l'occupation et ça m'a pris exactement le meme temps, ... J'ai remarqué que ça m'arrive uniquement quand je fais du checkdisk sur des disques en USB ... (branché sur un dock par exemple)

    Bref c'est très génant comme problème et je vais cherché solution a ça...

    Mais microsoft a quand même bien optimisé ses outils pour que ça prenne le moins de ressources (surtout qu'un checkdisk n'a besoin typiquement de très peu de ressources mise a part une vitesse d'accès disque élevé, enfin...si vous voulez que ça finisse assez vite quoi..)

    !

    mercredi 10 avril 2013 14:02
  • Bonsoir,

    on est effectivement en 2013 et le dernier post date de 2009....


    Cordialement.

    mercredi 10 avril 2013 20:31
  • Effectivement le sujet date mais il y a toujours ce problème. Qu'on est 4, 8 ou 16 etc, il y a 90% de la ram qui est utilisé.
    vendredi 26 juillet 2013 08:05
  • So what....

    Cordialement.

    vendredi 26 juillet 2013 11:01