Ai-je raison de penser cela?
Oui, vous avez raison.
Maintenant, pour expliquer sans analogies.
Lorsqu'un disque est formaté, il est divisé en blocs. En fait, si vous utilisez des outils autres que simplement un clic droit sur le disque et en permettant à Windows ou MacOS pour format pour vous, vous allez voir quelque part dans la boîte de dialogue de formatage qui spécifie la taille de bloc. Par défaut, Windows et Mac auto sélectionne la taille de bloc pour vous. Linux fait la même chose, mais il affiche la taille de bloc et permet de le modifier si vous le souhaitez.
Un bloc est le plus petit élément de données qui peuvent être lues ou enregistrées sur le disque via le système de fichiers. Oui, vous pouvez créer des fichiers avec seulement un octet de données (en effet vous pouvez créer des fichiers vides avec zéro octets de données), mais le système de fichiers ne s'adresse qu'à des blocs de données (128 ko par exemple). De sorte que même un octet du fichier 128k de l'espace sur le disque.
Le problème d'origine ce qui bloque le mécanisme était destinée à résoudre était celui de l'adressage. Les processeurs ont un nombre limité de bits qui est adressable. Pour les très vieilles machines, il était de 16 bits (la taille d'un mot sur le CPU) pour les vieilles machines, il était de 32 bits et pour les nouvelles machines, c'est 64 bits. Bien sûr, à 64 bits de l'adresse de l'espace, vous pouvez accéder à 16384 pétaoctets de données sur un octet par octet, de sorte qu'il peut sembler qu'il est inutile de diviser le disque en blocs. Mais à 32 bits de la quantité de données adressables est seulement de 4 gigaoctets. Évidemment, il ne suffit pas d'adresse chaque octet sur un disque.
Donc la solution a été de diviser le disque en blocs d'une certaine taille. Un 32 bits de l'adresse accès à 128k de blocs, par exemple, peut accéder à 500 téraoctets avant de manquer de bits. C'était donc l'origine de pourquoi les disques sont divisés en blocs: la taille des disques étaient plus grandes que ce que les Processeurs peuvent accéder.
Mais même aujourd'hui 64 bits monde, il a encore un sens à diviser les disques dans des blocs. Même si nous pouvons avoir accès à tous les octets du disque individuellement, la gestion des octets est dur. C'est plus simple et plus rapide d'écrire des algorithmes d'allouer et de gérer l'espace disque dans les blocs. En outre, même un jour de la 64 bits de l'adresse sera épuisé.
C'est en substance pourquoi il y a une différence entre la taille d'un fichier et la taille d'un fichier sur le disque. Il y a bien sûr une autre source de différence: les métadonnées. Même un fichier vide nécessite un espace disque pour stocker le nom du fichier et les autorisations de fichier et l'emplacement du fichier sur le disque, etc. Il prend de l'espace disque.
Donc, ce qui devrait vous utiliser? Eh bien, cela dépend de ce que vous voulez vraiment connaître. Si vous voulez savoir comment beaucoup à lire pour trouver la fin du fichier, puis le réel la taille du fichier est celui que vous devez utiliser. Si vous souhaitez transmettre les données sur internet puis la vraie taille du fichier est celui que vous devez utiliser. Si vous voulez calculer combien de complet de votre disque, puis la taille sur le disque est celui que vous devez utiliser.
