En regardant les propriétés d'un fichier Windows, j'obtiens deux attributs, "Size" et "Size on disk", et "Size on disk" est toujours plus grand.
Que signifient ces deux mesures ?
En regardant les propriétés d'un fichier Windows, j'obtiens deux attributs, "Size" et "Size on disk", et "Size on disk" est toujours plus grand.
Que signifient ces deux mesures ?
Size est la taille réelle du fichier en octets.
La taille sur le disque est la quantité réelle d'espace occupé sur le disque. Elles diffèrent car le disque est divisé en pistes et en secteurs, et peut allouer des blocs de taille discrète.
Pour une explication plus détaillée, voir ce texte que j'ai copié d'un autre site :
Nous savons qu'un disque est composé de pistes et de secteurs. Sous Windows, cela cela signifie que le système d'exploitation alloue de l'espace pour les fichiers dans des d'allocation".
La taille d'un cluster peut varier, mais les plages typiques sont de 512 octets. à 32K ou plus. Par exemple, sur mon lecteur C:\, l'unité d'allocation est de 4096 octets. Cela signifie que Windows allouera 4096 octets pour tout fichier ou partie de fichier dont la longueur est comprise entre 1 et 4096 octets.
Si j'ai un fichier qui fait 17KB (kilo octets), alors la taille sur le disque serait de 20,48 Ko (ou 20480 octets). Le calcul serait de 4096 (1 unité d'allocation) x 5 = 20480 octets. Il faut 5 unités d'allocation pour pour contenir un fichier de 17 Ko.
Un autre exemple est celui d'un fichier de 2000 octets. La taille du fichier sur le disque serait de 4096 octets. La raison en est que, même si l'ensemble du fichier peut tenir dans une unité d'allocation, il occupe quand même 4096 octets (une unité d'allocation) sur le disque (un seul fichier peut peut utiliser une unité d'allocation et ne peut pas être partagé avec d'autres fichiers).
Ainsi, la taille sur le disque est l'espace de tous ces secteurs dans lesquels le fichier est enregistré. Cela signifie que, généralement, la taille sur le disque est toujours plus grande que la taille réelle.
Ainsi, la taille réelle d'un fichier ou d'un dossier doit toujours être prise en compte de la Taille lors de l'affichage de la fenêtre des propriétés.
Il s'agit de la taille des unités d'allocation utilisées sur votre disque lors de son premier formatage.
Imaginez que vous ayez deux bidons d'essence de 2 x 10 gallons dans votre voiture. Chaque bidon d'essence est une unité d'allocation. Pour obtenir 12 gallons d'essence, vous devez utiliser les deux bidons. En fait, vous utilisez 20 gallons d'espace alloué, mais ne remplissez que 12 gallons.
Voici la taille par défaut pour Windows XP
Drive size
(logical volume) Cluster size Sectors
----------------------------------------------------------
512 MB or less 512 bytes 1
513 MB - 1,024 MB (1 GB) 1,024 bytes (1 KB) 2
1,025 MB - 2,048 MB (2 GB) 2,048 bytes (2 KB) 4
2,049 MB and larger 4,096 bytes (4 KB) 8
Si vous considérez la taille du faisceau comme chacun de vos bidons d'essence : contenant chacun 4KB de "gaz". Mais votre fichier fait 2KB alors la taille du remplissage est de 2K, mais la taille sur le disque est de 4KB.
Vous ne pouvez pas accéder séparément à chaque octet d'un support de stockage. Le faire serait terriblement inefficace car le système a besoin d'un moyen de garder la trace de ceux qui sont utilisés et de ceux qui sont libres (c'est-à-dire une liste), et le faire pour chaque octet séparément créerait trop de surdosage (pour les utilisateurs). chaque octet individuel, c'est-à-dire 1 à 1, la liste serait aussi grande que le support lui-même !)
Au lieu de cela, le support est divisé en morceaux, blocs, unités, groupes, quel que soit le nom que vous voulez leur donner (le terme technique est le suivant _grappes_ ), chacun d'entre eux contenant un nombre constant d'octets (vous pouvez généralement spécifier la taille des clusters, car des utilisations différentes nécessitent des tailles différentes pour réduire le gaspillage).
Lorsqu'un fichier est enregistré sur le disque, la taille du fichier est divisée par la taille du cluster et arrondie. en haut si nécessaire. Cela signifie qu'à moins que la taille des fichiers ne soit exactement divisible par la taille du cluster, une partie du cluster est inutilisée et donc gaspillée.
Lorsque vous affichez les propriétés d'un fichier, vous voyez la taille réelle du fichier ainsi que la taille qu'il occupe sur le disque, ce qui inclut toute " slack ", c'est-à-dire les " bouts de grappe " qui ne sont pas utilisés. Cela ne représente généralement pas beaucoup par fichier et le taille sur le disque sera généralement presque égal à la taille réelle, mais lorsque vous additionnez l'espace gaspillé par les milliers de fichiers présents sur un disque, cela peut faire beaucoup. Par conséquent, lorsque vous visualisez la taille d'un grand dossier, en particulier un dossier contenant de nombreux petits fichiers plus petits qu'une grappe, la taille sur le disque (c'est-à-dire l'espace disque marqué comme utilisé) peut s'avérer nettement supérieure à la taille réelle (c'est-à-dire l'espace dont les fichiers ont réellement besoin).
Dans un cas comme celui-ci, vous pouvez essayer de réduire la taille du cluster afin que chaque fichier gaspille moins d'espace. En général, un disque contenant principalement des petits fichiers perdus devrait utiliser la plus petite taille de cluster possible (pour réduire le gaspillage) et un disque contenant principalement des gros fichiers devrait utiliser la plus grande taille de cluster possible (de cette façon, les structures comptables finissent par être plus petites).
Même à un niveau plus bas, si chaque cluster n'est qu'un simple secteur sauf si un fichier est un multiple exact de la taille des secteurs du disque (habituellement 512 octets traditionnellement, souvent 4 096 aujourd'hui avec l'option Format avancé ), il y aura toujours de l'espace inutilisé entre la fin du fichier et la fin du secteur.
Un autre scénario dans lequel vous pouvez constater une différence entre la taille réelle du fichier et celle de l'ordinateur. taille sur le disque est avec la compression. Lorsqu'un disque est compressé (par exemple, à l'aide de DriveSpace , Compression NTFS ), il y aura une différence entre la taille du fichier réel (qui doit être connue) et la taille réelle que le fichier occupe (c'est-à-dire, utilise ou "prend") sur le disque.
Un autre scénario qui pourrait donner lieu à une différence est celui de la situation suivante Liens durs . Avec les systèmes de fichiers qui prennent en charge les liens durs, lorsqu'un fichier en double est créé, au lieu de créer un tout nouveau fichier qui prend de l'espace pour lui-même, le système de fichiers crée un raccourci vers le fichier de sorte que les deux (ou les trois, etc.) copies pointent vers le même fichier physique sur le disque. Par conséquent, lorsque deux fichiers pointent vers les mêmes données, ils ont tous deux la même taille, mais n'occupent qu'un peu plus d'espace que celui nécessaire pour stocker une seule copie.
Les situations dans lesquelles un fichier n'est pas réellement stocké sur le disque mais est toujours accessible par divers moyens peuvent également réduire considérablement la valeur de la taille sur le disque.
Par exemple, la fonction "Offline Files" de OneDrive permet à un utilisateur de stocker un fichier de manière à ce qu'il soit accessible via une connexion Internet. Le fichier existe toujours sur le disque et a une certaine taille, mais comme il n'est pas sur le disque avant d'être téléchargé, il ne prend pas d'espace.
Exemple sur un dossier à l'intérieur...
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.