no, myslim ze by clanek zaslouzil ponekud rozsirit. dokumentace trech zakladnich prikazu ma k hratkam dost daleko. co treba moznost nastaveni urovne komprese, tucet dalsich prepinacu taru, a to nemluvim o dalsich programech, jako je cpio, zip, rar, 7zip, a kdovico jeste :-)
jinak co se tyce gnu tar, tak ten umi prijimat volby i bez prvni pomlcky (tar xf misto tar -xf, neco jako ps ax misto ps -ax), a novejsi verze umi automaticky rozpoznat kompresi, tudiz staci 'xf' misto 'xzf' nebo 'xjf'. naopak u starsich verzi (circa kdyz bzip vznikl) s 'j' pro bzip nepochodite, ty pouzivaly 'y'.
Názory k článku
Hrátky z řádky: komprese a dekomprese
mirozbiro (neregistrovaný)
22. 9. 2008 9:05
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
Cau,
u tehle clanku je stejne zxajimava - ne-li vic - diskuse.
Ja bych treba zacal tim, ze rad pouzivam tar (Tape ARchive) v kombinaci s ssh.
Napriklad kopiruju ze vzdaleneho stroje:
ssh vzdaleny_stroj 'cd adresar; tar -czf - * ' | tar -xzf -
(pomlcky vlastne zastupuji stdin/stdout)
.
Setkal jsem se se 7zip , musel jsem to doinstalovavat z repozitaru a nerozumim, proc se objevila dalsi komprese.
cpio jsem zahledl kolikrat, ale nevim o nem temer nic, pokud to nekdo pouziva, rad se dozvim vice...
u tehle clanku je stejne zxajimava - ne-li vic - diskuse.
Ja bych treba zacal tim, ze rad pouzivam tar (Tape ARchive) v kombinaci s ssh.
Napriklad kopiruju ze vzdaleneho stroje:
ssh vzdaleny_stroj 'cd adresar; tar -czf - * ' | tar -xzf -
(pomlcky vlastne zastupuji stdin/stdout)
.
Setkal jsem se se 7zip , musel jsem to doinstalovavat z repozitaru a nerozumim, proc se objevila dalsi komprese.
cpio jsem zahledl kolikrat, ale nevim o nem temer nic, pokud to nekdo pouziva, rad se dozvim vice...
Mordae (neregistrovaný)
22. 9. 2008 9:17
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
Pokud pouzivate pri bootu initrd, pak vezte ze v novejsich jadrech jde o cpio archiv. Taktez rpm balicky pouzivaji uvnitr cpio.
Co se 7zipu tyka, tak jde v soucasne dobe o nejlepsi kompresni format. Pri spravne konfiguraci dosahuje mensiho objemu dat nez bzip2 a pritom je jejich dekomprese temer tak rychla, jako dekomprese gzipu. Bohuzel pametove naroky a vypocetni sila potrebna na zkomprimovani objemnejsiho souboru v rozumnem case je velice vysoka.
Co se 7zipu tyka, tak jde v soucasne dobe o nejlepsi kompresni format. Pri spravne konfiguraci dosahuje mensiho objemu dat nez bzip2 a pritom je jejich dekomprese temer tak rychla, jako dekomprese gzipu. Bohuzel pametove naroky a vypocetni sila potrebna na zkomprimovani objemnejsiho souboru v rozumnem case je velice vysoka.
mirozbiro (neregistrovaný)
22. 9. 2008 9:37
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
Diky za reakci,
co me ale neni uplne jasne je, kde najde nova komprese vyuziti?
Kolik muze byt zisk na kompresi oproti existujicim rar, bzip2 apod? Muj dojem je, ze to byvaji v nejakych typickych prikladech cisla okolo 1-5%. Z hlediska vyvoje algoritmu je to opravdu bomba, ale uzitek?
co me ale neni uplne jasne je, kde najde nova komprese vyuziti?
Kolik muze byt zisk na kompresi oproti existujicim rar, bzip2 apod? Muj dojem je, ze to byvaji v nejakych typickych prikladech cisla okolo 1-5%. Z hlediska vyvoje algoritmu je to opravdu bomba, ale uzitek?
uživatel si přál zůstat v anonymitě
22. 9. 2008 11:17
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
7-zip pouzivajici lzma je skutecne dost dobrej, v unixech spis pujde o p7zip
nicmene existuje jeste lzma-utils (http://tukaani.org/lzma/), pouzivajici taky lzma, ale ma "shodny" prepinace a pouziti jako gzip a bzip2
(novejsi p7zip umi cist lzma-utils archivy, ale zatim ne opacne)
a pouzitim lzma se skutecne usetri dost, mam tu priklad, textovej soubor s polohou atomu:
nekomprimovany: 456 245 248B
gzip -9 : 36 444 758B
bzip2 -9 : 27 935 841B
lzma -9 : 225 923B
a skutecne nejde o preklep!
navic par free programku uz se distribuuje krome tar.gz a tar.bz2 i v tar.lzma:
dnsmasq-2.45.tar.gz 372k
dnsmasq-2.45.tar.lzma 269k
libpng-1.2.32-no-config.tar.bz2 398714
libpng-1.2.32-no-config.tar.gz 515569
libpng-1.2.32-no-config.tar.lzma 330598
coreutils-6.12.tar.gz 8791k
coreutils-6.12.tar.lzma 3656k
gpm-1.99.7.tar.bz2 1.2M
gpm-1.99.7.tar.gz 1.3M
gpm-1.99.7.tar.lzma 1.1M
....
nicmene existuje jeste lzma-utils (http://tukaani.org/lzma/), pouzivajici taky lzma, ale ma "shodny" prepinace a pouziti jako gzip a bzip2
(novejsi p7zip umi cist lzma-utils archivy, ale zatim ne opacne)
a pouzitim lzma se skutecne usetri dost, mam tu priklad, textovej soubor s polohou atomu:
nekomprimovany: 456 245 248B
gzip -9 : 36 444 758B
bzip2 -9 : 27 935 841B
lzma -9 : 225 923B
a skutecne nejde o preklep!
navic par free programku uz se distribuuje krome tar.gz a tar.bz2 i v tar.lzma:
dnsmasq-2.45.tar.gz 372k
dnsmasq-2.45.tar.lzma 269k
libpng-1.2.32-no-config.tar.bz2 398714
libpng-1.2.32-no-config.tar.gz 515569
libpng-1.2.32-no-config.tar.lzma 330598
coreutils-6.12.tar.gz 8791k
coreutils-6.12.tar.lzma 3656k
gpm-1.99.7.tar.bz2 1.2M
gpm-1.99.7.tar.gz 1.3M
gpm-1.99.7.tar.lzma 1.1M
....
Tuli (neregistrovaný)
22. 9. 2008 20:29
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
A jak je to s casem u lzma komprese, gzip je jasne nejrychlejsi, bzip2-u to trva u mne zhruba 2-3x dele, zajima mne cas komprese lzma (dekomprese prepokladam je radove shodna u gz/bz2/lzma) ?
23. 9. 2008 7:07
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
GZip je nejrychlejší, BZip2 pomalejší, oba potřebují na rozbalení stejnou dobu jako na zabalení. LZMA je při zabalování o hodně pomalejší než BZip2, ale rozbaluje rychle asi jako GZip a i s podobnými paměťovými nároky.
uživatel si přál zůstat v anonymitě
23. 9. 2008 14:10
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
v tom konkretnim predchozim priklade byl cas komprese na G5 2GHz:
gzip -9: 1:40
bzip2 -9: 3:04
lzma -9: 31:28
7za -mx=9: 7:40
7zip pouziva novejsi lzma-SDK, ktery je evidentne rychlejsi, snad ho brzo lzma-utils dozenou
gzip -9: 1:40
bzip2 -9: 3:04
lzma -9: 31:28
7za -mx=9: 7:40
7zip pouziva novejsi lzma-SDK, ktery je evidentne rychlejsi, snad ho brzo lzma-utils dozenou
mirozbiro (neregistrovaný)
23. 9. 2008 17:28
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
No - u toho textovyho souboru je to spis otazka toho, jak moc je uzivatel ochoten zapisovat neefektivne pul giga textovych dat. Ackoliv jako ukazka je to opravdu velmi pekne.
U ostatnich veci - vidim, ze tam jde i rad 10%. Mozna dobre pro stahovani...
Ale - je lzma GPL2-3?
Jestli ne, tak to neni pouzitelny pro repo.
U ostatnich veci - vidim, ze tam jde i rad 10%. Mozna dobre pro stahovani...
Ale - je lzma GPL2-3?
Jestli ne, tak to neni pouzitelny pro repo.
uživatel si přál zůstat v anonymitě
23. 9. 2008 20:39
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
Vzdyt to uz nektere distribuce pouzivaji.
Mrx (neregistrovaný)
23. 9. 2008 10:46
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
kdyz mas hodne RAM, muzes ji vyuzit a pak muze byt rozdil enormni. Ku prikladu data skomprimovana rarem na nejvyssi moznou miru maji 700mb, data v 7zip na nejvyssi moznou miru maji 130mb. Jenom komprese tech dat je nezmyselne dlouha. V porovnani s rar nema 7zip podporu chybove korekce, chybi 7zipu ukladani pristupovych prav,... Ja zatim zustavam u tar, gzip, bzip, rar kombinace.
Mrx (neregistrovaný)
23. 9. 2008 10:42
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
7zip neumi prava
22. 9. 2008 10:00
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
Hmm a co takhle vynechat to
f i tu pomlčku? To je objev co?
Michal Kubeček (neregistrovaný)
22. 9. 2008 18:45
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
Používat nekompatibilní speciality konkrétní verze má smysl tam, kde to něco přinese. Ušetření dvou znaků mi nepřipadá jako dostatečný důvod...
22. 9. 2008 20:45
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
Nekompatibilní speciality? Kde na ty blbosti chodíte? tar odjakživa pracuje se zařízením které je zakompilované do konkrétní verze a stdout je tak nějak zvykem posledních cca 15 let. Když už chcete machrovat tak žádný -f - ale -O je kompatibilní řešení. -f - je totiž GNU specialita a taky by jste se mohl hodně divit, když by vám místo toho vznikl soubor -
23. 9. 2008 15:43
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
> stdout je tak nějak zvykem posledních cca 15 let.
> Když už chcete machrovat tak žádný -f - ale -O je
> kompatibilní řešení. -f - je totiž GNU specialita
Preco GNU specialita ?
Na AIX-e je dostupne -f a ziadne -O.
$ uname -a
AIX ibm5 3 5 00044CEBD600
$ man tar
...
Berkeley Standards:
tar {c |r|t|u|x} [bBdDEfFhilLXmNopRsSUvw[0-9] ]
* [ Blocks ] [ Archive ] [ InputList ] [ ExcludeFile ]
* [ [ Feet ] | [ Feet@Density ] | [ Blocksb ] ] Directory | File ...
...
-f Archive
Uses the Archive variable as the archive to be read or written.
When this flag is not specified, the tar command uses a system-
dependent default file name of the form /dev/rmt0. If the Archive
variable specified is - (minus sign), the tar command writes to
standard output or reads from standard input. If you write to
standard output, the -c flag must be used.
> Když už chcete machrovat tak žádný -f - ale -O je
> kompatibilní řešení. -f - je totiž GNU specialita
Preco GNU specialita ?
Na AIX-e je dostupne -f a ziadne -O.
$ uname -a
AIX ibm5 3 5 00044CEBD600
$ man tar
...
Berkeley Standards:
tar {c |r|t|u|x} [bBdDEfFhilLXmNopRsSUvw[0-9] ]
* [ Blocks ] [ Archive ] [ InputList ] [ ExcludeFile ]
* [ [ Feet ] | [ Feet@Density ] | [ Blocksb ] ] Directory | File ...
...
-f Archive
Uses the Archive variable as the archive to be read or written.
When this flag is not specified, the tar command uses a system-
dependent default file name of the form /dev/rmt0. If the Archive
variable specified is - (minus sign), the tar command writes to
standard output or reads from standard input. If you write to
standard output, the -c flag must be used.
uživatel si přál zůstat v anonymitě
22. 9. 2008 15:55
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
7zip pouziva algoritmus lzma. Je to idealni na veci, ktere se parkrat komprimuji a hodnekrat dekomprimuji. Ve srovnani s bzip2 ma na distribucnich balickach asi o 15% vetsi kompresni pomer, coz uz je rozhodne znat.
Pro unix je lepsi pouzivat program lzma nez 7zip (nebo jak se to jmenuje) protoze ma stejne prepinaze jako gzip a ostatni. lzma je take podporovano v gnutaru.
Pro unix je lepsi pouzivat program lzma nez 7zip (nebo jak se to jmenuje) protoze ma stejne prepinaze jako gzip a ostatni. lzma je take podporovano v gnutaru.
pht (neregistrovaný)
22. 9. 2008 18:13
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
na to kopirovani je lepsi tar + netcat. pokud chci jet pres ssh tak rsync.
nn (neregistrovaný)
22. 9. 2008 9:11
Nový
pbzip2
celé vlákno
Vzhledem k tomu, že dnešní systémy mají mnoho jader, zaujal mě projekt pbzip2 (http://compression.ca/pbzip2/). Je to implementace bzip2 využívající POSIX vlákna. Rychlost komprese tak roste s každým využívaným vláknem respektive jádrem CPU.
Jan Šimůnek (neregistrovaný)
22. 9. 2008 10:31
Nový
Užívám rutinně
celé vlákno
tar -czvf archiv.tar.gz adresář_ke komprimaci
Vyhodí mi to na obrazovku seznam archivovaných souborů - docela dobrá kontrola jednak postupu archivace, jednak že se komprimuje opravdu to, co chci (překlepy v názvech, skleróza atd. :-) )
Vyhodí mi to na obrazovku seznam archivovaných souborů - docela dobrá kontrola jednak postupu archivace, jednak že se komprimuje opravdu to, co chci (překlepy v názvech, skleróza atd. :-) )
amores peros (neregistrovaný)
22. 9. 2008 10:56
Nový
tragedie
celé vlákno
nejak upada urovnen :) co bude priste? o `ls`?
22. 9. 2008 13:10
Nový
Re: tragedie
celé vlákno
Myslim, ze je to dobre napsane, pro zacatecniky idealni. Pamatujete si, kdyz jste poprve potreboval v linux/unix neco zabalit? Neprislo Vam divne, proc treba dva programy, tolik parametru? Tohle jsou veci, na ktere se i me zacatecnici casto ptaji. Ja ho hodnotim kladne. Ze Vam clanek nic neprinesl, neznamena, ze je spatny.
Justas (neregistrovaný)
22. 9. 2008 15:07
Nový
Re: tragedie
celé vlákno
Souhlasím. Pro začátečníka je mnohem lepší popis, který ukáže "jak se nebát" s tím, že po zvládnutí prvních kroků se začne sám zajímat o to, co to umí dál (a nebo ne, pokud mu to stačí).
nedostatek fantazie způso (neregistrovaný)
22. 9. 2008 16:06
Nový
atool
celé vlákno
Neznáte atool? Používám to na všechny druhy archivů, je to velmi šetrné na lidskou paměť :-)
apack archiv.tar.gz soubory - mám tar.gz archiv
apack archiv.tar.lzma - tar.lzma archiv
aunpack archiv.nejaky.sileny.format - rozbalené
Je to malý perlový skript, který využívá externí programy, formát pozná podle přípony, nebo se dá určit parametrem -F.
apack archiv.tar.gz soubory - mám tar.gz archiv
apack archiv.tar.lzma - tar.lzma archiv
aunpack archiv.nejaky.sileny.format - rozbalené
Je to malý perlový skript, který využívá externí programy, formát pozná podle přípony, nebo se dá určit parametrem -F.
whoswho (neregistrovaný)
22. 9. 2008 16:51
Nový
drobnost k bzip2
celé vlákno
bzip2 maze zdrojovy subor.
... co moze byt neprijemne, ak dojde k poskodeniu archivu.
z odkazovanej manualovej stranky
... Each file is replaced by a compressed version of itself, with the name "original_name.bz2" ...
da sa obist prepinacom
Keep (don't delete) input files during compression or decompression.
PS : predpokladam, ze je pre kazdeho samozrejmostou skontrolovat vytvoreny archiv a az ked je OK, tak je mozne zmazat zdrojove data ;-)
... co moze byt neprijemne, ak dojde k poskodeniu archivu.
z odkazovanej manualovej stranky
... Each file is replaced by a compressed version of itself, with the name "original_name.bz2" ...
da sa obist prepinacom
-k --keep
Keep (don't delete) input files during compression or decompression.
PS : predpokladam, ze je pre kazdeho samozrejmostou skontrolovat vytvoreny archiv a az ked je OK, tak je mozne zmazat zdrojove data ;-)
uživatel si přál zůstat v anonymitě
22. 9. 2008 19:36
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
Tohle snad ten kdo to mysli vazne s nejakym systemem jiz davno umi.
Mne by spise treba zajimalo,proc Linux cim dal tim vice kasle na provedeni a obsah man stranek a neposkytuje adekvatni nahradu viz. treba tar(1) http://manpages.ubuntu.com/manpages/hardy/en/man1/tar.html , http://www.linuxmanpages.com/man1/tar.1.php kdyz jinde to jde bez problemu http://www.openbsd.org/cgi-bin/man.cgi?query=tar&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html
Pri porovnani pak i vcelku chapu,proc musi vychazet takoveto clanky,protoze z toho,kde by to melo byt jasne napsano proste nekteri lide cerpat nemohou a je jedno,ze si to treba zobrazi v Konqueroru.
Mne by spise treba zajimalo,proc Linux cim dal tim vice kasle na provedeni a obsah man stranek a neposkytuje adekvatni nahradu viz. treba tar(1) http://manpages.ubuntu.com/manpages/hardy/en/man1/tar.html , http://www.linuxmanpages.com/man1/tar.1.php kdyz jinde to jde bez problemu http://www.openbsd.org/cgi-bin/man.cgi?query=tar&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html
Pri porovnani pak i vcelku chapu,proc musi vychazet takoveto clanky,protoze z toho,kde by to melo byt jasne napsano proste nekteri lide cerpat nemohou a je jedno,ze si to treba zobrazi v Konqueroru.
Ondrej 'SanTiago' Zajicek (neregistrovaný)
23. 9. 2008 22:10
Nový
RE: Hrátky z řádky: komprese a dekomprese
celé vlákno
> proc Linux cim dal tim vice kasle na provedeni a obsah man stranek a neposkytuje adekvatni nahradu
Zakladni 'Linuxove' prikazy (z projektu GNU) odjakziva jako primarni dokumentaci pouzivali texinfo a tedy info stranky. Proc velka cast ruznych navodu doporucuje 'man prikaz' a zapomene zminit 'info prikaz', nechapu.
Zakladni 'Linuxove' prikazy (z projektu GNU) odjakziva jako primarni dokumentaci pouzivali texinfo a tedy info stranky. Proc velka cast ruznych navodu doporucuje 'man prikaz' a zapomene zminit 'info prikaz', nechapu.

