lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sun, 14 Feb 2010 20:08:03 +0100
From:	Jean Delvare <khali@...ux-fr.org>
To:	Pavel Machek <pavel@....cz>
Cc:	mirrors@...nel.org, lasse.collin@...aani.org,
	linux-kernel <linux-kernel@...r.kernel.org>, users@...nel.org,
	"FTPAdmin Kernel.org" <ftpadmin@...nel.org>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Willy Tarreau <w@....eu>
Subject: Re: [kernel.org users] XZ Migration discussion

On Sun, 14 Feb 2010 18:07:24 +0100, Pavel Machek wrote:
> Hi!
> 
> > As a matter of fact, I am advocating the use of xz while I don't have
> > it installed on most of my machines. I really don't see this as a
> > blocker.
> 
> Eh?
> 
> Making many people around the world install uncommon tool is not
> something that should be done lightly.

It's pretty obvious that xz will become popular quickly, at least on
Linux and BSD systems, much like bz2 is today. I'm not asking people to
start using ClearCase ;) xz will supersede bz2, it's only a matter of
time. I see no problem in being one of the early adopters.

> > I have an old, slow machine here which I am going to use to perform
> > some real world testing, and I'll post the results when I'm done. But I
> > suspect that building a kernel on this machine, even a small one with
> > just the drivers it needs, will take much longer than unpacking the
> > sources. So anyone worrying about performance would rather rely on
> > cross-compilation, and in turn can afford whatever decompression tool
> > is needed.
> 
> On zaurus, kernel compilation takes 4 hours. (I.e. "one night"). So
> that one is ... well ... done overnight.

Out of curiosity, if it takes that long, why don't you use a
cross-compiler?

> Untar is something I normally wait for, since you need to run
> (interactive) oldconfig after that.

You'll have to wait, no matter what compression format you use (and
even if you don't compress the tarball). Judging by the duration of the
build on your machine, I'd estimate the decompression time to 7 minutes
for gz vs. 15 minutes for bz2 maybe? I doubt you sit in front of the
machine for 7 minutes waiting for tar.gz to decompress, right? So I
fail to see what difference it makes. You'll just do something else for
15 minutes instead of doing something else for 7 minutes.

Anyway, as I have been saying several times already, nothing prevents
you from repacking tarballs to gz before uploading it to your slow
system if such is your desire. I can understand the portability
argument, but the decompression time, no way.

-- 
Jean Delvare
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ