Quelle est la difference entre du -h et ls -lh?

J'ai du mal à comprendre quelle est la bonne façon de lire la taille des fichiers car chaque commande vous donne des résultats variables. Je suis également tombé sur un article à http://forums.devshed.com/linux-help-33/du-and-ls-generating-inconsistent-file-sizes-42169.html qui indique ce qui suit;

du vous donne la taille du fichier tel qu'il réside sur le système de fichiers. (IE vous donnera toujours un résultat divisible par 1024).

ls vous donnera la taille réelle du fichier.

Ce que vous regardez, c'est la différence entre la taille réelle du fichier et la quantité d'espace sur le disque qu'il faut. (également appelé efficacité du système de fichiers).

Quelle est la différence entre le fait qu'il réside sur le système de fichiers et la taille réelle du fichier

C'est ce qu'on appelle l' espace lâche :

Chaque couche d'abstraction au-dessus de bits et d'octets individuels entraîne un gaspillage d'espace lorsqu'un fichier de données est plus petit que la plus petite unité de données que le système de fichiers est capable de suivre. Cet espace gaspillé dans un secteur, un cluster ou un bloc est communément appelé espace libre et il ne peut normalement pas être utilisé pour le stockage de données supplémentaires. Pour les secteurs individuels de 256 octets, l'espace gaspillé maximum est de 255 octets. Pour les grappes de 64 kilo-octets, l'espace gaspillé maximum est de 65 535 octets.

Donc, si votre système de fichiers alloue de l'espace en unités de 64 Ko et que vous stockez un fichier de 3 Ko, alors:

• la taille réelle du fichier est de 3 Ko.
• la taille résidente du fichier est de 64 Ko, car les 61 Ko restants de cette unité ne peuvent pas être alloués à un autre fichier et sont donc perdus.

Remarque : Certains systèmes de fichiers prennent en charge la sous -allocation de blocs , ce qui permet d'atténuer ce problème en affectant plusieurs petits fichiers (ou les extrémités de fichiers volumineux) dans le même bloc.

Il y a une autre option ici, qui n'a pas été couverte - les fichiers épars . Dans ce cas, duaffiche une taille plus petite qu'un simple ls -lserait, parce que lsrapporte la « taille » du fichier comme étant la apparente taille (le nombre d'octets que vous pouvez lire, si vous vouliez beaucoup de zéros), alors que la duvolonté continuer à utiliser le nombre réel de blocs de disques en cours d'utilisation.

Astuce amusante: créez un grand nombre de gros fichiers clairsemés, puis impressionnez vos amis avec l'espace disque dont vous disposez ("regardez, je stocke des fichiers de 1 To pour soixante-dix milliards de gaz sur mon disque dur!"). OK, peut-être pas si amusant alors.

Les systèmes de fichiers sont constitués de blocs. Les fichiers n'ont pas besoin de s'intégrer parfaitement dans les blocs. Si un fichier était de 1024 octets, sa taille en ls et du serait de 1024. Si la taille du fichier était de 1025, la taille serait de 1025 en ls et de 2048 en du.

Notez que l'exemple ci-dessus suppose une taille de bloc de 1024. De plus grandes tailles de bloc sont la norme de nos jours e, g,

ls -l fred
-rw-r--r-- 1 iain users 1024 Jul 13 22:06 fred

du -h fred
8.0K    fred

Il y a encore une autre raison pour laquelle ils peuvent être différents. du -h sait quand il voit le même fichier sous un autre nom (liens durs, par opposition aux liens symboliques) et signalera chaque fichier pour la taille qu'il est, mais n'ajoute la taille qu'une seule fois au répertoire parent commun.