Étant donné une liste (très longue) de fichiers zip, comment pouvez-vous déterminer leur taille une fois non compressés?
la source
Étant donné une liste (très longue) de fichiers zip, comment pouvez-vous déterminer leur taille une fois non compressés?
Vous pouvez le faire en utilisant unzip -Zt zipname
qui imprime un résumé directement sur le contenu de l'archive, avec la taille totale. Voici un exemple sur sa sortie:
unzip -Zt a.zip
1 file, 14956 bytes uncompressed, 3524 bytes compressed: 76.4%
Ensuite, en utilisant awk, vous pouvez extraire le nombre d'octets:
unzip -Zt a.zip | awk '{print $3}'
14956
Enfin, mettez-le dans une boucle for comme dans la réponse de Tom:
total=0
for file in *.zip; do # or whichever files you want
(( total += $(unzip -Zt $file |awk '{ print $3 }') ))
done
echo $total
Si vous tapez unzip -l <zipfile>
, il imprime une liste de fichiers dans le zip, avec leurs tailles non compressées, puis la taille totale non compressée de tous.
Il s'agit d'une sortie lisible par l'homme, mais vous pouvez obtenir un nombre lisible par machine en utilisant unzip -l <zipfile> | tail -n1 | awk '{ print $1 }'
.
Pour obtenir une taille totale:
total=0
for file in *.zip; do # or whichever files you want
(( total += $(unzip -l $file | tail -n1 | awk '{ print $1 }') ))
done
echo $total
unzip -l
répertorie la taille de chaque fichier et imprime une dernière ligne avec leur somme. Vous pouvez donc parcourir les fichiers zip et additionner la sortie deunzip -l "$zip" | awk 'END {print $1}'
ou de unzip -Zt "$zip" | awk 'END {print $3}'
. Pour une boucle shell, unzip -Zt
peut être un peu plus rapide:
total=0
for z in *.zip; do
set $(unzip -Zt -- "$z")
total=$((total + $3))
done
Cela vous indique uniquement la taille totale des fichiers. Chaque fichier a une petite surcharge: l'espace pour stocker son nom, l'espace pour stocker certaines de ses métadonnées, et éventuellement un peu d'espace inutilisé car la plupart des systèmes de fichiers allouent les fichiers en blocs. Sur les systèmes de fichiers typiques, la surcharge peut aller jusqu'à quelques kilo-octets. Ce n'est pas exactement prévisible car la surcharge dépend de la taille du fichier, de la structure du répertoire (à cause de la surcharge du répertoire) et des capacités du système de fichiers à fusionner plusieurs petits fichiers dans le même bloc.
Si la plupart des fichiers dépassent quelques kilo-octets, ne vous en faites pas. Mais si les fichiers sont très petits, vous voudrez peut-être prendre en compte les frais généraux. Encore une fois, la surcharge dépend du système de fichiers. Sur ext4, chaque fichier remplit un bloc complet (4 Ko par défaut sur la plupart des systèmes). Le script suivant rapproche la taille totale en arrondissant chaque fichier jusqu'à 4 Ko et en ajoutant la longueur du nom de fichier plus quelques octets.
for z in *.zip; do
unzip -l -- "$z"
done | awk '
$2 ~ /^[0-9][0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]$/ {total += ($1+4095)/4096*4096 + length($0)}
END {print total}
'
df -i
), par rapport à XFS qui peut allouer dynamiquement autant d'espace aux inodes qu'il en a besoin.)Regardez ma, pas de boucles!
Voici une autre solution, qui peut être légèrement plus rapide, car elle n'utilise pas de boucles, mais arrive toujours à la même réponse.
La partie "BEGIN {total = 0}" n'est pas strictement requise.
la source