Názory k článku Unixová komprese v praxi: Gzip

A k čemu je (v praxu) gzexe ? To co "ušetříme" na disku uložením zkomprimovaných binárek zase ztratíme na stejném resp. jiném disku na kterém je /tmp. Samozřejmě ve chvíli kdy tu binárku potřebujeme. na druhou stranu když ji _vůbec_ nepotřebujeme, je lepší ji odinstalovat ...

BTW jak vychází srovnání "užitečnosti" gzexe vs. upx ? A bude o upx taky nějaká zmínka v dalších částech seriálu ? Moc bych se za to přimlouval ...

Samozřejmě, že je potřeba to místo v /tmp. V praxi pro klasickou distribuci je to celkem k ničemu, ale pokud vytváříte něco minimalistického, hodí se. Upx je samozřejmě vynikající a nejspíš se o něm taky zmíním.

Petr

Velmi uzitecne, pouzivam to casto, kdyz prekladam ruznym lidem, kteri nemaji naisntalovane podobne knihovny jako ja, staticke binarky, tak aby mohli
spoustet program i bez nich. Usetri se tim cca polovina mista coz byva i nekolik mega. Sice to pak dyl startuje...

...a miesto jednej zdielanej binarky namapovanej do RAM pri viacnasobnom spusteni jedneho programu tu mame jednu binarku namapovanu do RAM pre kazdu spustenu instanciu dotycneho program. To znamena zbytocne zozratu RAM. Imho pre taketo nieco sa oplati skor komprimovany read-only image filesystemu.

Predstavte si, ze mate 400MiB velky TGZ, ale pouze 100MB velky /tmp. Existuje nejaka elegantni metoda, jak z toho TGZ dostat urcity konkretni soubor (vim, jak se jmenuje), aniz bych musel zvetsovat /tmp?

cpio?

Naco cpio ? Vsak to zvlada bezne tar. Staci si precitat manualovu/info stranku a tam sa clovek docita ze na vybalenie suboru z archivu staci meno toho suboru aj s plnou cestou dat ako dalsi parameter.

Priklad:
tar zxf haluz.tgz haluz/a/b.txt

Na pozretie co sa v archive vlastne nachadza (napriklad v pripade ze si nevieme na presne meno/cestu spomenut a stale na nas bliaka ze "xyz: Not found in archive") nam posluzi switch "t", napriklad:
tar ztf haluz.tgz

Sice to nehovorim rad velmi casto (aby to nebolo povazovane za urazku) ale RTFM takmer vzdy pomoze ;-)

Díky za doplnění.

Petr

A ja dekuji vsem za odpovedi - je to presne ono, co jsem potreboval.

Tak tomu rikam slusny prehled z* programku :-). Vedel jsem, ze nejake takove existuji, ale ted v tom mam konecne prehled.

Diky, pekny clanek, vic takovych.

zdravim,

jednou jsem hledal neco jako gzexe, ale aby to udelalo selfextractor pro wokna - proste - kdyz se na to ve woknech poklepe (spusti, klikne... proste neco takoveho) aby se ukazalo wokno, tam by se napsalo kam rozbalit a po poklepani na tlacitko OK by se to tam rozbalilo.... Hehe ;-), je to zvlastni, ale potreboval bych to, nevi nekdo o necem takovem? WinZip to umi, ale ja ty wokna jaxi nemam ;-)

Asi jsi to špatně pochopil, ale gzexe není o samorozbalovacím archívu. On umí komprimovat jenom jednotlivé binárky, které se pak transparentně spustí, provedou a dekomprimovaná data se smažou. Na nic se neptá.

Peter

Existuje i pkzip pro linux (i jine *n*xy) a s tim jde vytvorit samorozbalujici archiv pro win ( i linux). Vytvori se obycejny zip a na zacatek se pak prilepi prislusny rozbalujici kod (rucne). Ale to se na cestu ptat asi nebude, jenom se rozbali.

Self extractor se da udelat za pomoci relativne
jednoducheho scriptu, ktery popisu nize pro pripad
komprimace za pomoci taru a gzipu. (script si muzete upravit treba i pro bzip2, atd...)

Nejdrive si pripravime soubor sfx_header:

sfx_header
----------
#!/bin/sh

echo $0" exctracting ..."

# cislo za prikazem tail musi byt
# o jednicku vetsi nez je pocet radku
# tohoto scriptu
tail +11 $0 | tar xz

exit 0

Predpokladejme, ze mame balicek Archiv.tgz.
Self-extract balik z nej udelame nasledujicim
prikazem:

cat sfx_header Archiv.tgz >Archiv.tgz.sh

Archiv.tgz.sh je vysledny self-extract, aby
jej bylo mozne spustit musi mit nastaven priznak,
ze je spustitelny (napr. chmod a+x Archiv.tgz.sh)

Spusteni a samorozbaleni:
./Archiv.tgz.sh

:)))

No jo, ale Ondra chtěl, aby se to rozbalovalo VE WOKNECH. Co takhle zkusit RAR (http://www.rarlab.com/) ? Pod Linuxem běží a řekl bych, že samorozbalovací archiv pro Wokna by z něj dostat šel (nevím ale jak, nikdy jsem to nezkoušel).

zless, zmore, zgrep, zdiff.. to jsou samostatne programy?

Ono totiz "programy" gzcat a gunzip jsou pouze hardlinky na gzip, ktery dela ruzne veci podle toho s jakym jmenem je zavolan :-)

zless, zgrep, zmore na bsdcku defaultne nemam, tak by mě zajímalo, zda přícházím o něco fakticky rychlejšího a vhodnějšího, nebo jen o alias na "gzcat | grep" atd...

Ona je samozřejmě většina těch prográmků řešena linkem, nebo jsou to jednoduché skripty. Ale jsou součástí toho balíku a zjednodušují práci.

Peter

Docela by mě zajímalo, jak je řešena (at už s gzipem či s bzip2em) možnost obnovy poškozeného archivu. Z toho, co jsem našel, mám pocit, že stačí i velmi malé poškození a není již možnost získat celý obsah původního archivu.
Je to tak nebo se (naštěstí) pletu? Nějaký odkaz by potěšil.

Díky
b.f.

Počkej si na příští díl. V něm to je. :-)

Peter

Ahoj,
tohle spise souvisi s tarem, lze nejak z taru dostat prave jeden soubor aniz bych ho cely rozbalil ? A dalsi otazka, existuje nejaky parametr taru, ktery pokud se mu podari spravne zatarovat vsechny soubory po sobe ty nezatarovane smazal ?
Dekuji za odpoved.

1) Na vybalování jednotlivých souborů se už v téhle diskusi někdo ptal. Čti.

2) Takový parametr neznám a v manu jsem ho taky nenašel, ale není problem to po něm smazat :

tar -W .... && rm ....

Dobry den, uz celkom dlhy cas sa snazim rozlusknut problem z gzipom
chcem aby mi po rozbaleni zostal aj povodny subor aj gzip archiv.

gunzip 3.txt.gz … ?