mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Richard B. Johnson" <root@chaos.analogic.com>
To: John Jasen <jjasen@realityfailure.org>
Cc: John Bradford <john@grabjohn.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	mirrors@kernel.org, linux-kernel@vger.kernel.org
Subject: Re: Deprecating .gz format on kernel.org
Date: Thu, 20 Mar 2003 08:49:02 -0500 (EST)	[thread overview]
Message-ID: <Pine.LNX.4.53.0303200819070.3415@chaos> (raw)
In-Reply-To: <Pine.LNX.4.44.0303200744010.2365-100000@bushido>

On Thu, 20 Mar 2003, John Jasen wrote:

>
> Among the latest 2.4-release kernels (2.4.19 and 2.4.20), it seems that
> bz2 saves ~6MB.
>
> Downloads: 1.5MB DSL
>
> time `ncftpget ftp://ftp.kernel.org/pub/linux/kernel/v2.4/linux-2.4.20.tar.gz`
> real    3m24.004s
> <snipped>
>
> time `ncftpget ftp://ftp.kernel.org/pub/linux/kernel/v2.4/linux-2.4.20.tar.bz2`
> real    2m51.481s
> <snipped>
>
> Uncompression: Dual AMD 1600+, 512MB ram, 30 GB seagate EIDE
> time `gunzip linux-2.4.20.tar.gz`
> real    0m5.428s
> user    0m2.285s
> sys     0m1.096s
>
> time `bunzip2 linux-2.4.20.tar.bz2 `
> real    0m28.892s
> user    0m27.318s
> sys     0m1.363s
>
> Compression: Dual AMD 1600+, 512MB ram, 30 GB seagate EIDE
> time `gzip linux-2.4.20.tar`
> real    0m18.771s
> user    0m17.990s
> sys     0m0.674s
>
> time `gzip -9 linux-2.4.20.tar`
> real    0m42.032s
> user    0m40.725s
> sys     0m0.791s
>
> time `bzip2 linux-2.4.20.tar`
> real    1m50.411s
> user    1m49.197s
> sys     0m0.555s
>
> bz2 is about 18% of the size of the tarfile. gz is 22%. gzip -9 saved a
> whopping 310k compared to gzip.
>
> --
> -- John E. Jasen (jjasen@realityfailure.org)
> -- User Error #2361: Please insert coffee and try again.
>

Simple question. Has anybody provided a modified `tar` that
will properly extract `tar -xzf ...` without having to determine
ahead of time if it's a bz2 or gzip file? If not, you will
obsolete bz(2)illions of scripts that are in use for automatic
functions world-wide.

If tar will filter through past, present, and future compression
programs without human intervention, then you can get rid of
anything you want. But, until this is done, you need to leave
the "past" alone. There are many machines that get and install
stuff from tapes and home-brew CDs. They may not even have
'bz' stuff. Right now you have to modify scripts to use
tar -xjf after parsing the file-type to check its name and,
      |______ Dumb, doesn't make any sense.
some working systems don't even have bzip2 and are not connected
to the Internet.

Last year, I was in Kuala Lumpur, Malaysia (a nice modern city).
My company sent me a new CD to install a software update on
a 3-year old system. The compression was in "@$^_@%" bz format.
There was no such thing on that machine. I had to buy some
"Distribution" and waste time finding out how to extract the
bzip2 stuff from the CD/ROM. Not easy to do when the Distribution
CD/ROM was designed to install a complete operating system.

So my advise is to let the past slowly die away. Do not convert
any older distributions into something new. Leave them alone.
Make sure that any new distribution has the tools to handle the
old stuff and the next stuff. Then you can't go wrong.

Cheers,
Dick Johnson
Penguin : Linux version 2.4.20 on an i686 machine (797.90 BogoMips).
Why is the government concerned about the lunatic fringe? Think about it.


  reply	other threads:[~2003-03-20 13:36 UTC|newest]

Thread overview: 71+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-19 20:19 H. Peter Anvin
2003-03-19 20:39 ` wind
2003-03-19 20:46 ` Martin J. Bligh
2003-03-19 20:57 ` Mr. James W. Laferriere
2003-03-19 21:12 ` Tigran Aivazian
2003-03-19 21:42   ` Arjan van de Ven
2003-03-19 21:55     ` Arnaldo Carvalho de Melo
2003-03-19 22:06       ` Kurt Garloff
2003-03-19 23:46         ` Eric Sandall
2003-03-20  8:27           ` Thierry Vignaud
2003-03-20  8:40             ` Dagfinn Ilmari Mannsåker
2003-03-20 15:37               ` Jon Portnoy
2003-03-20 11:23         ` [kernel.org mirrors] " Bruno Cornec
2003-03-20  0:21   ` Jamie Lokier
2003-03-20 17:53     ` Eric Sandall
2003-03-20 17:39       ` Jamie Lokier
2003-03-20 18:31         ` Eric Sandall
2003-03-20 21:14         ` Jörn Engel
2003-03-25 15:59           ` Bill Davidsen
2003-03-26 12:57             ` Jörn Engel
2003-03-20 14:03   ` Juan Quintela
2003-03-19 21:39 ` Sam Ravnborg
2003-03-20 22:17   ` LA Walsh
2003-03-20 23:30     ` [kernel.org mirrors] " H. Peter Anvin
2003-03-21  0:09     ` Eric Sandall
2003-03-21  4:42       ` Vlad@geekizoid.com
2003-03-21  7:24         ` Eric Sandall
2003-03-19 22:22 ` H. Peter Anvin
     [not found]   ` <1048114783.5033.70.camel@tombigbee.neark.org>
2003-03-19 23:29     ` [kernel.org mirrors] " H. Peter Anvin
2003-03-20  3:56   ` Martin J. Bligh
2003-03-20  4:18     ` H. Peter Anvin
2003-03-19 22:44 ` DervishD
2003-03-20  0:02 ` David S. Miller
2003-03-20  9:55 ` John Bradford
2003-03-20 13:10   ` John Jasen
2003-03-20 13:49     ` Richard B. Johnson [this message]
2003-03-20 10:03 ` Erik Hensema
2003-03-20 16:32 ` Jan-Benedict Glaw
2003-03-20 16:42   ` Mike Dresser
2003-03-20 17:51     ` Eli Carter
2003-03-20 18:04       ` Thomas Duffy
2003-03-25 16:04         ` Bill Davidsen
2003-03-25 16:25           ` Jan-Benedict Glaw
2003-03-25 16:34           ` Stephen Frost
2003-03-25 20:26             ` Deprecating .gz format on kernel.org aka BogoMips Marc Giger
2003-03-20 18:10       ` Deprecating .gz format on kernel.org Jan-Benedict Glaw
2003-03-24  2:12       ` Miles Bader
2003-03-24  2:24         ` Miles Bader
2003-03-24  2:40         ` nick
2003-03-24 11:33       ` Jan-Benedict Glaw
2003-03-20 17:23   ` Randy.Dunlap
2003-03-20 18:12     ` Jan-Benedict Glaw
2003-03-20 17:48   ` Tomas Szepe
2003-03-20 17:57     ` Dana Lacoste
2003-03-20 18:24       ` Tomas Szepe
2003-03-20 18:34 ` [kernel.org mirrors] " Ryan Finnie
2003-03-20 20:13   ` H. Peter Anvin
     [not found] <20030320165007$503c@gated-at.bofh.it>
     [not found] ` <20030320180014$0e31@gated-at.bofh.it>
     [not found]   ` <20030320182006$46bf@gated-at.bofh.it>
2003-03-20 18:44     ` Pascal Schmidt
2003-03-20 19:52       ` Pavel Machek
2003-03-23 23:30         ` Krzysztof Halasa
2003-03-20 21:54 Hank Leininger
2003-03-20 22:13 ` Jörn Engel
2003-03-20 23:14   ` Hank Leininger
2003-03-20 23:34     ` Jörn Engel
2003-03-21  6:26     ` Ville Herva
2003-03-21  6:38       ` Ville Herva
2003-03-21  7:26       ` Hank Leininger
2003-03-20 23:50 ` H. Peter Anvin
     [not found] <200303211124.h2LBO6mU011361@sunrise.pg.gda.pl>
2003-03-21 11:28 ` Andrzej Krzysztofowicz
2003-03-21 15:39   ` Alan Cox
2003-03-21 19:43     ` H. Peter Anvin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.LNX.4.53.0303200819070.3415@chaos \
    --to=root@chaos.analogic.com \
    --cc=hpa@zytor.com \
    --cc=jjasen@realityfailure.org \
    --cc=john@grabjohn.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mirrors@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®