Cluster Slack Space
Vous ne pouvez pas accéder séparément à chaque octet sur un support de stockage. Pour ce faire serait terriblement inefficace parce que le système a besoin d'une certaine façon de garder la trace de ceux qui sont utilisés et qui sont libres ( par exemple une liste), ce faisant, pour chaque octet séparément créeraient trop entendu (pour chaque octet individuel, c'est-à-dire 1 pour 1, la liste serait aussi longue que le support lui-même!)
Au lieu de cela, le support est divisé en morceaux, blocs, unités, groupes, comme vous voulez les appeler (le terme technique est cluster ), chacun contenant un nombre d'octets «cohérent» (vous pouvez généralement spécifier la taille du fichier). grappes car différentes utilisations nécessitent différentes tailles pour réduire les déchets).
Lorsqu'un fichier est enregistré sur le disque, sa taille est divisée par la taille de la grappe et arrondie au besoin. Cela signifie que, à moins que la taille du fichier soit exactement divisible par la taille du cluster, une partie du cluster finit par être inutilisée et donc gaspillée.
Lorsque vous affichez les propriétés d'un fichier, vous voyez sa taille réelle ainsi que la taille qu'il prend sur le disque, ce qui inclut les " jeux ", c'est-à-dire les "conseils de cluster" qui ne sont pas utilisés. Cela n’est généralement pas beaucoup par fichier et la taille sur le disque sera presque égale à la taille réelle, mais lorsque vous additionnez l’espace perdu de tous les milliers de fichiers d’un lecteur, ils peuvent s’additionner. Par conséquent, lorsque vous affichez la taille d’un dossier volumineux, en particulier d’un fichier contenant de nombreux petits fichiers plus petits qu’un cluster, la taille sur le disque (c’est-à-dire la quantité d’espace disque marquée utilisée) risque de devenir bien plus grande que la taille réelle. taille (c’est-à-dire la quantité d’espace nécessaire aux fichiers).
Dans un cas comme celui décrit ci-dessus, vous pouvez essayer de réduire la taille de la grappe afin que chaque fichier gaspille moins d’espace. En règle générale, un lecteur avec la plupart des fichiers perdus doit utiliser la plus petite taille de cluster possible (pour réduire le gaspillage) et un lecteur contenant principalement des fichiers volumineux doit utiliser la plus grande taille de cluster possible (ainsi, les structures de comptabilité deviennent plus petites).
Même à un niveau inférieur, si chaque cluster ne représente qu'un seul secteur , à moins qu'un fichier ne soit un multiple exact de la taille des secteurs sur le lecteur (généralement 512 octets traditionnellement, maintenant souvent 4 096 avec des disques au format avancé ), être un espace inutilisé entre la fin du fichier et la fin du secteur.
Compression
La compression est un autre scénario dans lequel vous pouvez voir une différence entre la taille réelle du fichier et la taille sur le disque . Lorsqu'un lecteur est compressé (par ex. À l'aide de DriveSpace , compression NTFS , etc.), il y aura une différence entre la taille du fichier réel (qu'il faut connaître) et la taille réelle occupée par le fichier (c'est-à-dire utilise ou “prend”) sur le disque.
Raccourcis et liens durs
Un autre scénario qui pourrait entraîner une différence concerne les liens physiques . Avec les systèmes de fichiers qui prennent en charge les liens physiques, lorsqu'un fichier dupliqué est créé, au lieu de créer un nouveau fichier qui prend de la place pour lui-même, le système de fichiers crée un raccourci vers le fichier afin que les deux (ou les trois, etc.) les copies pointent sur le même fichier physique sur le disque. Par conséquent, lorsqu'il y a deux fichiers pointant vers les mêmes données, ils ont tous la même taille, mais n'occupent qu'un peu plus de l'espace disponible pour stocker une seule copie.
