Différence entre les blocs et les secteurs

Regardons cela de cette façon. Chaque bloc est utilisé dans votre système d'exploitation filesytem pour stocker des données requiert une certaine quantité de métadonnées pour être stockée avec la réelle fichier de données que vous avez écrit. e.g: dates (de changement, de création, de modification), nom de fichier, propriété/autorisation bits. Pour les fichiers qui s'étendent sur plusieurs blocs, vous devez également stocker les Identifiants de chacun de ces blocs et l'ordre qu'ils sont enchaînés, etc...

la détermination de la taille de bloc dans un OS est une affaire de compromis. Chaque fichier doit occuper au moins un bloc, même si le fichier est de 0 octets, donc il ya quelque chose pour le fichier de métadonnées qui leur sont attachés. Sauf si vous pouvez garantir que vos fichiers seront TOUJOURS certains multiple de la taille de bloc de taille (par exemple, dans un bloc 4k OS, tous les fichiers sont en 4k), il y aura une certaine quantité de pertes pour les fichiers qui ne peuvent pas correspondre exactement au sein du bloc.

petites tailles de bloc sont bons quand vous avez besoin de stocker de nombreux fichiers de petite taille. D'autre part, des blocs de plus = plus de métadonnées, de sorte que vous finirez par perdre un morceau de votre système de stockage sur les frais généraux, le suivi de l'emplacement de tous les fichiers.

et sur le revers de la médaille, de grands blocs signifie moins de métadonnées, mais signifie aussi une plus grande gaspillage lorsque vous êtes le stockage de petits fichiers. par exemple, un 1 octet fichier stocké dans un bloc 4k déchets de 3,99 k de ce bloc.

Chacun de ces blocs doit être donné un numéro d'identification par l'OS, de sorte qu'il peut être identifié de façon unique. Un système d'exploitation qui utilise un 8bit champ ID peuvent suivre seulement 256 blocs, et donc, par extension, à seulement 256 fichiers. mais si chacun de ces blocs est en fait 1 mo en taille, alors vous pouvez stocker jusqu'à 256megabytes de données.

L'article que vous avez un lien a une faute de frappe/logique des défauts, ils voulaient 512 OCTETSpas 512k, donc 64*512bytes est inférieur à 64*4k, aka 64*4096bytes. La plupart des disques durs livré avec 512 octets par secteur/tailles de bloc.

Cependant, comme discuté plus tôt, de petits blocs de moyens de plus de métadonnées. Avec des tailles de disque maintenant dans la 3+ téraoctet de gamme, avec 512byte blocs, vous avez dû avoir des métadonnées de stockage de 3 TO/512bytes = 6.44 milliards de blocs. C'est un énorme gaspillage d'espace. Alors maintenant, ils embarquent des lecteurs avec des blocs de 4 ko, 8 fois plus grande, donc vous avez seulement besoin de stockage des métadonnées pour les 805 millions de blocs. Le nombre total de fichiers qui a été réduit par un facteur de 8, mais la réduction de la quantité de métadonnées signifie que vous pouvez réellement stocker une plus grande quantité de données utilisables.

D'ailleurs, de 6,4 milliards de blocs est supérieure à ce que peut être adressée directement par un système 32 bits. 2^32 a une limite supérieure d'environ 4,2 milliards de dollars, alors âgé de 32 bits machines ne pouvaient pas utiliser l'intégralité d'un disque de 3 to. D'où la commutation de taille plus importante. 32bit boîtes peut facilement manipuler 805 millions de blocs.