• [^] # Re: Et pourquoi pas 7z ?

    Posté par (site web personnel) . En réponse à la dépêche Slackware abandonne les tgz. Évalué à 9.

    Même si ça peut sembler grouik, personnellement j'utilise avec bonheur depuis pas mal de temps une combinaison de 7z et de tar avec des commandes du genre :
    tar cvf - des_répertoires_ou_fichiers | 7z a -bd -si mon_archive.tar.7z
    7z x -bd -so mon_archive.tar.7z | tar tvf -
    7z x -bd -so mon_archive.tar.7z | tar xvf -

    enfin, mis dans un script, c'est beaucoup plus simple à utiliser. De même 7z est généralement fourni avec un bout de script shell appelé p7zip qui s'utilise de la même manière que gzip. (ex : mysqldump -h localhost --add-drop-table test | p7zip > test.dmp.7z)

    Alors oui, on perd l'usage à proprement parlé de conteneur de 7z (un seul fichier compressé dans l'archive 7z). En revanche on gagne des fonctionnalités réimplémentées dans xz (présence de crc par exemple) pour un overhead lié au conteneur à mon avis assez faible. De plus, j'avais observé que 7z tirait bien parti du multicpu (du moins de 2 cpus, au delà, c'est moins vrai) alors que lzma ne gagne rien pour l'instant.

    Enfin la commande 7z supporte la plupart des formats (.zip, .gz, .bzip2, .rar ...), ce qui fait un seul outil à connaitre pour tous les formats de compression. (argument faible, mais bon, moi j'aime bien utiliser 7z pour compresser/décompresser des .zip et des .rar)

    Bref, selon moi, 7z, c'est libre, c'est multi-plateforme, c'est bon, mangez-en !

    Nota : mon commentaire n'a pas vocation à critiquer xz/lzma, mais seulement à flatter p7zip...