Question Quel est l'avantage d'utiliser 'tar' aujourd'hui?


je le sais tar a été faite pour les archives de bandes dans le passé, mais aujourd'hui, nous avons des formats de fichiers d'archive qui à la fois agrègent les fichiers et effectuent la compression dans le même format de fichier logique.

Des questions:

  • Y a-t-il une pénalité de performance pendant les étapes d'agrégation / compression / décompression pour l'utilisation tar encapsulé dans gzip ou bzip2, par rapport à l'utilisation d'un format de fichier qui effectue l'agrégation et la compression dans la même structure de données? Supposons que le temps d'exécution du compresseur comparé est identique (par exemple, gzip et Deflate sont similaires).

  • Y a-t-il des caractéristiques du tar format de fichier que d'autres formats de fichiers, tels que .7z et .zip n'ai pas?

  • Depuis tar est un tel ancien format de fichier, et les nouveaux formats de fichiers existent aujourd'hui, pourquoi tar (si encapsulé dans gzip, bzip2 ou même le nouveau xz) encore si largement utilisé aujourd'hui sur GNU / Linux, Android, BSD et autres systèmes d'exploitation UNIX, pour le transfert de fichiers, les sources de programmes et les téléchargements binaires, et parfois même comme format de gestionnaire de paquets?


206
2018-03-14 14:33


origine


Je ne suis pas d'accord pour dire que cela "gaspille du temps". Si vous parlez de performance, il n'y a pas de pénalité de performance réelle pour tar, car le format est très efficace. Si vous voulez dire cela gaspille votre temps, je ne vois pas comment tar xvzf est plus difficile que 7z -x... - allquixotic
Il semble déplorer que tar ne stocke pas un catalogue au début, donc les outils de compression graphique qui veulent lister le contenu avant l'extraction doivent décompresser tout le tar juste pour lister le contenu, puis le décompresser à nouveau lors de l'extraction. . - psusi
@MarcusJ: vous pensez que 7z sait magiquement où chaque fichier commence dans une archive? De plus, les algorithmes de compression habituels (gzip, bzip2) fonctionnent avec le streaming du contenu: pas besoin de terminer 100% la première étape avant la prochaine. - progo
Aussi @MarcusJ vous semblez confondre deux choses différentes: quand vous faites tar xvzf, les données non compressées n'est pas écrit sur le disque dur .tar format! Tu as raison que si tu courais gunzip blah.tar.gz et alors tar xf blah.tar, il écrirait les données sur le disque deux fois (une fois en tant que .tar et à nouveau en tant que fichiers dans le système de fichiers), mais personne ne le fait réellement. le tar xzf utilise un Tuyau UNIX (essentiellement une copie de mémoire) pour transférer les données non compressées de gzip (ou tout autre compresseur) à tar, donc les données sont ne pas écrit sur le disque .tar format. - allquixotic
Une chose que je sais est que tar (particulièrement compressé) se comporte terriblement en matière de corruption de données. Les petites données de redondance / récupération ajoutées par des formats modernes valent de l'or - PPC


Réponses:


Partie 1: Performance

Voici une comparaison de deux flux de travail distincts et de ce qu'ils font.

Vous avez un fichier sur le disque blah.tar.gz c'est-à-dire 1 Go de données compressées au format gzip qui, lorsqu'elles sont décompressées, occupent 2 Go (soit un taux de compression de 50%).

La façon dont vous créeriez ceci, si vous deviez faire l’archivage et la compression séparément, serait:

tar cf blah.tar files ...

Cela se traduirait par blah.tar qui est une simple agrégation du files ... sous forme non compressée

Alors tu ferais

gzip blah.tar

Cela permettrait de lire le contenu de blah.tar à partir du disque, les compresser via l’algorithme de compression gzip, écrire le contenu dans blah.tar.gz, puis dissociez (supprimez) le fichier blah.tar.

Maintenant, laissez-nous décompresser!

Chemin 1

Tu as blah.tar.gz, D'une façon ou d'une autre.

Vous décidez de courir:

gunzip blah.tar.gz

Cette volonté

  • LISEZ le contenu de données compressées de 1 Go de blah.tar.gz.
  • TRAITEZ les données compressées via le gzip décompresseur en mémoire.
  • Comme la mémoire tampon se remplit de "un bloc" de données, ECRIVEZ les données non compressées dans le fichier blah.tar sur le disque et répétez jusqu'à ce que toutes les données compressées soient lues.
  • Dissocier (supprimer) le fichier blah.tar.gz.

Maintenant vous avez blah.tar sur disque, non compressé mais contenant un ou plusieurs fichiers, avec une charge de données de structure très faible. La taille du fichier est probablement quelques octets plus grande que la somme de toutes les données du fichier serait.

Vous courez:

tar xvf blah.tar

Cette volonté

  • LISEZ les 2 Go de contenu de données non compressées de blah.tar et le tar structures de données du format de fichier, y compris des informations sur les autorisations de fichiers, les noms de fichiers, les répertoires, etc.
  • ÉCRIVEZ les 2 Go de données plus les métadonnées sur le disque. Cela implique de traduire les informations de structure de données / métadonnées en créant de nouveaux fichiers et répertoires sur le disque, ou en réécrivant les fichiers et répertoires existants avec de nouveaux contenus de données.

Le total des données nous LIS du disque dans ce processus était de 1 Go (pour gunzip) + 2 Go (pour tar) = 3 Go.

Le total des données nous A ÉCRIT sur disque dans ce processus était de 2 Go (pour gunzip) + 2 Go (pour tar) + quelques octets pour les métadonnées = environ 4 Go.

Chemin 2

Tu as blah.tar.gz, D'une façon ou d'une autre.

Vous décidez de courir:

tar xvzf blah.tar.gz

Cette volonté

  • LISEZ le contenu de données compressées de 1 Go de blah.tar.gz, un bloc à la fois, en mémoire.
  • TRAITEZ les données compressées via le gzip décompresseur en mémoire.
  • Comme la mémoire tampon se remplit, il sera tuyau que les données, en mémoire, à travers le tar analyseur de format de fichier, qui lira les informations sur les métadonnées, etc. et les données de fichier non compressées.
  • Comme la mémoire tampon se remplit dans le tar analyseur de fichiers, il va écrire les données non compressées sur le disque, en créant des fichiers et des répertoires et en les remplissant avec le contenu non compressé.

Le total des données nous LIS du disque dans ce processus était 1 Go de données compressées, point.

Le total des données nous A ÉCRIT sur le disque dans ce processus était 2 Go de données non compressées + quelques octets pour les métadonnées = environ 2 Go.

Si vous remarquez la quantité d'E / S de disque dans Chemin 2 est identique sur le disque I / O effectué par, par exemple, le Zip ou 7-zip programmes, en ajustant pour toutes les différences de taux de compression.

Et si le taux de compression est votre préoccupation, utilisez le Xz compresseur à encapsuler tar, et tu as LZMA2'ed Archive TAR, aussi efficace que l'algorithme le plus avancé disponible pour 7-Zip :-)

Partie 2: Caractéristiques

tar stocke les permissions Unix dans ses métadonnées de fichier, et est très connu et testé pour réussir à ranger un répertoire avec toutes sortes d'autorisations, de liens symboliques, etc. Il y a plus d'un cas où il peut être nécessaire de regrouper des fichiers dans un seul fichier ou flux, mais pas nécessairement le compresser (bien que la compression soit utile et souvent utilisée).

Partie 3: Compatibilité

De nombreux outils sont distribués sous forme source ou binaire comme .tar.gz ou .tar.bz2, car il s'agit d'un format de fichier "dénominateur commun le plus bas": comme la plupart des utilisateurs Windows ont accès aux décompresseurs .zip ou .rar, la plupart des installations Linux , même les plus élémentaires, auront accès au moins au tar et au gunzip, quel que soit leur âge ou leur taille. Même les firmwares Android ont accès à ces outils.

Les nouveaux projets ciblant des audiences exécutant des distributions modernes peuvent très bien distribuer dans un format plus moderne, tel que .tar.xz (en utilisant le format de compression Xz (LZMA), qui compresse mieux que gzip ou bzip2), ou .7z, similaire à le ZIP ou RAR les formats de fichiers en ce sens qu’ils compressent et spécifient une disposition pour encapsuler plusieurs fichiers dans un seul fichier.

Vous ne voyez pas .7z utilisé plus souvent pour la même raison que la musique n'est pas vendue à partir de magasins de téléchargement en ligne dans de nouveaux formats tels que Opus, ou vidéo en WebM. Compatibilité avec les utilisateurs de systèmes anciens ou très basiques.


173
2018-03-14 17:09



Bravo pour une excellente réponse avec tout le contenu séparé sous trois en-têtes distincts. - JFW
"Part 3: Compatibility" semble avoir été copié à partir de la réponse de @ Kruug. - titaniumdecoy
@titaniumdecoy Avez-vous remarqué que c'était à l'origine de tout ce qui avait écrit cette partie et l'avait modifiée dans la réponse de Kruug? - slhck
Merci de l'avoir signalé, je n'ai pas remarqué. Cependant, il me semble un peu idiot d'avoir un bloc de texte identique dans deux réponses différentes sur cette page. - titaniumdecoy
Cela répond pourquoi tar s'intègre dans l'écosystème d'archivage (c.-à-d. pour regrouper des fichiers, améliorer les performances et offrir d'autres avantages tels que la sauvegarde des autorisations), mais cela ne permet pas de savoir pourquoi des alternatives modernes telles que darne sont pas utilisés en place. En d’autres termes, cette réponse justifie l’utilisation des agrégateurs de fichiers, mais pas du tar logiciel en soi. - gaborous


Ce a été répondu sur le débordement de pile.

bzip et gzip fonctionnent sur des fichiers uniques, pas sur des groupes de fichiers. Les anciens fichiers zip (et pkzip) fonctionnent sur des groupes de fichiers et intègrent le concept d'archivage.

La philosophie * nix est l'un des petits outils qui font très bien des travaux spécifiques et peuvent être enchaînés. C'est pourquoi il existe deux outils qui ont des tâches spécifiques et qui sont conçus pour bien s’adapter. Cela signifie également que vous pouvez utiliser tar pour regrouper des fichiers, puis vous avez le choix entre plusieurs outils de compression (bzip, gzip, etc.).

De nombreux outils sont distribués sous forme source ou binaire comme .tar.gz ou .tar.bz2, car il s'agit d'un format de fichier "dénominateur commun le plus bas": un peu comme la plupart des utilisateurs Windows ont accès aux décompresseurs. , même les plus élémentaires, auront au moins accès à tar et gunzip, peu importe l'âge ou épuré. Même les firmwares Android ont accès à ces outils.

Les nouveaux projets ciblant des publics utilisant des distributions modernes peuvent très bien distribuer dans un format plus moderne, tel que .tar.xz (en utilisant le Xz (LZMA) le format de compression, qui compresse mieux que gzip ou bzip2), ou .7z, qui est similaire à la ZIP *: FRANÇAIS ou RAR les formats de fichiers en ce sens qu’ils compressent et spécifient une disposition pour encapsuler plusieurs fichiers dans un seul fichier.

Vous ne voyez pas .7z utilisé plus souvent pour la même raison que la musique n'est pas vendue à partir de magasins de téléchargement en ligne dans de nouveaux formats tels que Opus, ou vidéo en WebM. La compatibilité avec les personnes utilisant des systèmes anciens ou très basiques est importante.


100
2017-08-19 08:50



Salut @Kruug, j'ai édité votre message juste pour donner un point de vue pratique sur pourquoi les gens encore choisir utiliser ces formats quand ils ont le choix d'utiliser autre chose. Je n'ai pas changé le texte que tu avais déjà. C'est juste pour s'assurer que ce qui semble être la réponse canonique à cette question aura une image complète. N'hésitez pas à modifier mon montage si vous le souhaitez :) - allquixotic
@ allquixotic création quelqu'un? Modifiez les modifications et éditez-les pour pouvoir modifier une édition ... - SnakeDoc
Cette réponse est sans aucun doute un cas de "je suis parfois époustouflé par des votes indésirables". Il ne traite pas de la question centrale de la question qui consiste à lister le contenu du tar compressé et ce n’est même pas une réponse originale! - Ярослав Рахматуллин
-1 pour une grande justice. cela aurait dû être un commentaire. - wim
Je n'achète pas l'argument héritage / plus petit dénominateur commun; Je me souviens que les nouveaux systèmes (sun) doivent fréquemment télécharger gzip / gunzip (à partir de sunfreeware) juste pour installer d’autres logiciels packagés tar.gz (plus gnu tar, depuis que le tar a été aspiré). Pour héritage / dénominateur commun inférieur, vous aviez tar.Z (compresser / décompresser). La progression des utilitaires a été un flux constant (sans jeu de mots) de changement et d'amélioration: Z => zip => gz => bz2 => 7z => xz (ou quel que soit votre ordre de préférence). En ce qui concerne le rôle de tar, certains utilitaires un / compress uniquement, et nécessitent toujours tar pour regrouper les hiérarchies de fichiers. - michael


Tar dispose d'un riche ensemble d'opérations et de modificateurs qui connaissent tous les systèmes de fichiers Unix. Il connaît les autorisations Unix, les différentes heures associées aux fichiers, les liens durs, les liens logiciels (et la possibilité que des liens symboliques introduisent des cycles dans le graphe du système de fichiers) et vous permettent de spécifier plusieurs manières de gérer toutes ces données. .

  • Voulez-vous que les données extraites conservent les temps d'accès aux fichiers? Tar peut faire ça. Pour conserver les autorisations? Tar peut faire ça.

  • Voulez-vous préserver les liens symboliques en tant que liens symboliques? Tar fait cela par défaut. Vous voulez copier la cible à la place? Tar peut faire ça.

  • Voulez-vous être sûr que les données liées par un lien physique ne sont stockées qu'une seule fois (c'est-à-dire, faire ce qu'il faut)? Tar fait ça.

  • Voulez-vous bien gérer les fichiers fragmentés? Tar peut faire ça.

  • Voulez-vous des données non compressées (pourquoi?)? Tar peut faire ça. Compresser avec gzip? Tar peut faire ça. Avec bzip2? Tar peut faire ça. Avec des programmes de compression externes arbitraires? Tar peut faire ça.

  • Voulez-vous écrire ou récupérer vers / depuis un périphérique brut? Le format de Tar gère cela très bien.

  • Voulez-vous ajouter des fichiers à une archive existante? Tar peut faire ça. Diffuser deux archives pour voir ce qui a changé? Tar peut faire ça. Pour mettre à jour uniquement les parties de l'archive qui ont été modifiées? Tar peut faire ça.

  • Voulez-vous être sûr de ne pas archiver sur plusieurs systèmes de fichiers? Tar peut faire ça.

  • Voulez-vous récupérer uniquement les fichiers plus récents que votre dernière sauvegarde? Tar peut faire ça.

  • Voulez-vous conserver les noms ou les numéros d'utilisateur et de groupe? Tar peut faire l'un ou l'autre.

  • Avez-vous besoin de préserver les nœuds de périphérique (comme les fichiers dans /dev) de sorte qu'après extraction, le système fonctionnera correctement? Tar peut faire ça.

Tar a évolué pour gérer de nombreux cas d'utilisation pendant des décennies et sait vraiment beaucoup sur les choses que les gens veulent faire avec les systèmes de fichiers Unix.


61



Vous n'avez pas besoin de GNU tar pour utiliser un compresseur arbitraire: il suffit de dire à tar d'écrire l'archive sur stdout avec f - et le diriger vers le compresseur. - Ilmari Karonen
"Voulez-vous des données non compressées (pourquoi?)?" j'utilise tar Très souvent, pour copier une arborescence de systèmes de fichiers d'un endroit à un autre et préserver les autorisations, etc., la compression ne nécessite que des cycles de processeur supplémentaires. Par exemple. tar cf - * | tar xf - -C /somewhere. - Steve
En outre, vous souhaitez un fichier .tar lorsque le système de fichiers de destination effectue une déduplication. La création d'archives compressées sur un système de fichiers qui effectue une déduplication réduit considérablement le taux de déduplication. Exemple: Nous avons une fois supprimé un fichier tar.gz $ 10,000.00; ce qui signifie, il prenait 10k $ de l'espace de stockage parce que quelqu'un a utilisé la compression. - Aaron
Les cycles de processeur @Steve peuvent être moins chers que les E / S disque pour des algorithmes tels que LZ4 ou LZO. C'est pourquoi ils sont utilisés dans zram, et les systèmes de fichiers de compression transparents comme NTFS, ZFS, Btrfs ... donc parfois plus rapide que de compresser puisque la quantité de disque IO est considérablement réduite - phuclv


Vous confondez les deux processus distincts de archivage et compression.

Raisons d'utiliser un archiveur

Une des raisons d'utiliser l'archivage sans compression est, par exemple, si un tas des fichiers est copié d’un hôte à un autre. Une commande comme celle-ci

tar cf - some_directory | ssh host "(cd ~/somewhere | tar xf -)"

peut accélérer considérablement les choses. Si je sais que les fichiers ne peuvent pas être compressé ou si SSH est configuré avec la compression, il peut économiser un processeur considérable temps. Bien sûr, on peut utiliser un outil de compression plus moderne avec une fonction d'archivage et désactivez la compression. L'avantage de tar est, que je peux l'attendre être disponible sur tous les systèmes.

Raisons de l'utilisation d'un archiveur avec compression gzip

Une raison que j'utilise tar avec gzip est: la vitesse! Si je veux transférer quelques fichiers GiB de fichiers texte d'un endroit à un autre, je ne vous souciez pas de la compression des derniers octets, car la compression est seulement utilisé pour le transit, pas pour le stockage à long terme. Dans ces cas, j'utilise gzip, qui ne maximise pas le processeur (contrairement à 7-zip, par exemple), qui signifie que je suis I / O lié à nouveau et non lié au processeur. Et encore: gzip peut être considéré comme disponible partout.

Raisons d'utiliser tar en faveur de scp, rsync, etc.

Il bat scp Si vous avez beaucoup de petits fichiers à copier (par exemple, un répertoire de messagerie contenant des centaines de milliers de fichiers). rsync, aussi génial soit-il, pourrait ne pas être disponible partout. Plus loin, rsync seulement paye vraiment si une partie des fichiers - ou une version plus ancienne - est déjà présente sur la destination. Pour la copie initiale tar est le plus rapide, avec ou sans compression, en fonction des données réelles.


28



Mais si vous allez archiver, pourquoi ne pas compresser aussi? D'accord, oui, cela peut faire gagner du temps aux fichiers qui ne sont pas facilement compressés, mais les archiveurs devraient probablement savoir que la musique, par exemple, n'est pas très compressible, sauf pour les en-têtes. - MarcusJ
Vous n'en avez peut-être pas besoin ou votre contenu peut ne pas être compressible. - Hasturkun
Pour des raisons de performances, il est souvent plus simple d'utiliser l'agrégation de fichiers non compressés lors de l'envoi de données sur des liaisons réseau à très large bande passante dépassant la vitesse à laquelle le compresseur peut compresser les données. Cela est réalisable par exemple avec Gigabit Ethernet; Seuls quelques algorithmes de compression bien conçus, dont le taux de compression est très faible, peuvent compresser les données aussi rapidement, même sur un grand ordinateur de bureau. Sur un appareil embarqué, vous avez encore moins de temps de travail avec le processeur. - allquixotic
non seulement cela accélère les choses, mais cela permet également de préserver la propriété des fichiers, les horodatages et les attributs (si les privilèges de l'utilisateur le permettent) - Andre Holzner
@AndreHolzner Droite. Je fais souvent tar cf - . | (cd ~/somewhere; tar xvf -). Il est vraiment utile de ne pas avoir à attendre que l'index central soit écrit (comme par exemple dans un fichier zip). - user239558


Ajoutant aux autres bonnes réponses ici, je préfère la combinaison tar + gzip|bzip2|xz principalement parce que ces fichiers compressés sont comme des flux, et vous pouvez les canaliser facilement.

Je dois décompresser un fichier disponible sur Internet. Soit zip ou rar formats Je dois d'abord le télécharger, puis le décompresser. Avec tar.{gz,bz2,xz} Je peux télécharger et décompresser dans la même étape, sans avoir besoin de l'archive compressée sur le disque:

curl -s http://example.com/some_compressed_file.tar.gz | tar zx

Cela ne laissera que les fichiers non compressés sur mon disque et accélérera l'ensemble du processus, car je ne vais pas attendre le premier téléchargement du fichier entier et après la fin du téléchargement, je le décompresse. Au lieu de cela, je le décompresse pendant le téléchargement. Vous ne pouvez pas faire cela avec zip ou rar des dossiers.


24



Je ne sais pas à propos de rar (il s'agit d'un programme terrible qui semble être devenu populaire auprès des pirates, car il est capable de se diviser en plusieurs fichiers plus petits), mais vous pouvez diffuser du zip très bien. La page de manuel la mentionne même. Il a également l'avantage de pouvoir extraire ou mettre à jour des fichiers au milieu d'une grande archive de manière efficace, même si le tar a tendance à obtenir une compression légèrement meilleure. Compression vs accès aléatoire est un compromis. - psusi
@psusi incorrect. Vous pouvez faire des hacks comme ce, mais ce qu'il fait est de télécharger tout le fichier en mémoire, puis de le décompresser, au lieu de le décompresser pendant le téléchargement. Et funzip il suffit d'extraire le premier fichier dans le fichier zip, pas tous. - Carlos Campderrós
@Stu, juste pour clarifier, n'est pas un problème, est simplement l'optimisation de votre temps (je ne me soucie pas de l'espace si c'est ce que vous pensiez) - Carlos Campderrós
Les deux côtés travaillent: Vous pouvez aussi taper d'un côté et vous décontenancer dans l'autre: tar zc /some/folder | ssh user@host "cd /other/folder && tar zx" - Carlos Campderrós
@psusi comme je me souviens des temps anciens lorsque vous utilisiez pkzip pour stocker des fichiers sur plusieurs disquettes, compressez le catalogue du magasin à la fin de l'archive. Il demande toujours la dernière disquette pour l'extraction initiale ou le catalogue d'exposition. Alors en.wikipedia.org/wiki/Fichier:ZIP-64_Internal_Layout.svg - Mikhail Moskalev


Il y a plusieurs raisons de rester avec (GNU) Tar.

C'est:

  • Sous licence GPL
  • bon dans le sens de la philosophie Unix
    • Outil à usage unique, capable d'effectuer plusieurs tâches
  • bien documenté et dispose de nombreuses fonctionnalités de confiance
  • compatible avec plusieurs algorithmes de compression
  • facile à utiliser et les gens ont développé des habitudes avec elle
  • largement disponible
  • Je me sens chaud et brouillé à l’intérieur lorsqu’on utilise un logiciel lancé par RMS (à l'exclusion Emacs)

Si votre boeuf est obligé de "décompresser" une archive avant de pouvoir en lire le contenu, alors vous avez probablement raison. WinRAR et 7-zip le faire automatiquement Cependant, il existe des solutions simples à ce problème, telles que la documentation du contenu d'une archive sous une forme non compressée.


13



C'est du logiciel libre - Il y en a beaucoup Il est bon de savoir ce qu'il fait - À peine comparé à d'autres choses Il est bien documenté et possède de nombreuses fonctionnalités - Les fonctionnalités sont rarement utilisées et faciles à utiliser. Il supporte plusieurs algorithmes de compression - pas autant que certains autres - Griffin
les Dieux Unix l'ont créé - il faut donc l'utiliser! - SnakeDoc
Tar stocke également les autorisations UNIX en mode natif et est très connu et testé. Il y a plus que quelques cas où vous pourriez avoir besoin de regrouper un tas de fichiers dans un seul fichier ou flux, mais pas nécessairement le compresser. - LawrenceC
Heureusement, tar n'est pas limité aux versions GNU. Bien que GNU tar soit certainement un bon logiciel, les interfaces frontales liées à libarchive + sont beaucoup plus rapides et faciles à intégrer dans d'autres projets logiciels. Vous pouvez argumenter en faveur du tar sans le transformer en une lutte contre les licences. - Lucas Holt
Je ne suis pas sarcastique. J'aime RMS et la façon dont il porte ses croyances. - Ярослав Рахматуллин


Formats de fichiers comme .zip exiger le logiciel pour lire la fin du fichier en premier, pour lire un catalogue de noms de fichiers. À l'inverse, tar stocke ces informations dans le flux compressé.

L'avantage de la méthode tar est que vous pouvez décompresser des données tout en les lisant à partir d'un canal non recherché, comme un socket réseau.

L'avantage de la méthode zip est que, pour un fichier statique sur disque, vous pouvez parcourir le contenu et les métadonnées sans décompresser toute l'archive en premier.

Les deux ont leur utilité, en fonction de ce que vous faites.


11



Non, vous pouvez à la fois lire et écrire des fichiers zip en tant que flux depuis et vers un canal. - Mark Adler
Cela peut être spécifique à l'implémentation alors, il n'est certainement pas pris en charge par le pkzip d'origine. - xorsyst
Oui, le logiciel doit être écrit pour le supporter. Le format zip le supporte complètement, avec des descripteurs de données qui peuvent suivre les données compressées avec les longueurs et les CRC. - Mark Adler
@ MarkAdler, quel logiciel? Infozip ne prend pas en charge la décompression d'un tube. - psusi
zlib.net/sunzip033.c.gz - Mark Adler