Am 2004-12-29 00:02:24, schrieb Bjoern Schmidt: > Michelle Konzack wrote: > >Jetzt frage ich mich, wie Du auf diese Komische negativ-kompression > >kommst. > > gzip -l zeigt falsch an.
Die Frage ist warum.
> Teste doch bitte mal was "gzip -l" bei verschiedenen tar.gz so anzeigt.
> Sind das wirkliche Werte oder "irgendwelche"?
Also auf meinem Backupserver habe ich mehr als 280 GByte tar.gz
Archive gerumliegen und so ein Fehler ist mir noch nicht vorgekommen.
Meine backupscripts pr�fen n�mlich VOR dem Kompremieren, ob die
unkompremierten Dateien auf den BackupServer passen. Denn ich gehe
davon aus, das kompremieren mindestens 2-3 Prozent bringt.
Wenn ein tar.gz archive pl�tzlich 12 mal gr��er ist, w�rde ich
sofort eine Fehlermeldung bekommen.
Also einer meiner Testausgaben ist:
insgesamt 1944330
-rw-r--r-- 1 root 32772240 29. Dez 00:24 attach_e.tar.gz
-rw-r--r-- 1 root 1799434840 29. Dez 00:34 mp3.tar.gz
-rw-r--r-- 1 root 46700435 20. Nov 22:53 prod_samba_0.1.tar.gz
-rw-r--r-- 1 root 42221728 20. Nov 14:31 production_0.1.tar.gz
-rw-r--r-- 1 root 62078571 20. Nov 23:01 rescue_0.6.tar.gz
compressed uncompressed ratio uncompressed_name
32772240 36270080 9.6% attach_e.tar
1799434840 1835939840 2.0% mp3.tar
46700435 128000000 63.5% prod_samba_0.1.tar
42221728 111851520 62.3% production_0.1.tar
62078571 160788480 61.4% rescue_0.6.tar
1983207814 2272849920 12.7% (totals)
Also ich kann das ganze bei rund 200 Archiven wiederholen...
Ich komme �berall auf reelle Werte, sprich kompremiert sind
sie kleiner als unkompremiert.
attach_e.tar.gz sind 36 MByte JPEG's
Greetings
Michelle
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
Michelle Konzack Apt. 917 ICQ #328449886
50, rue de Soultz MSM LinuxMichi
0033/3/88452356 67100 Strasbourg/France IRC #Debian (irc.icq.com)
signature.pgp
Description: Digital signature
