Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 2 Apr 2014 11:51:34 -0400
From:      Glen Barber <gjb@FreeBSD.org>
To:        Brooks Davis <brooks@freebsd.org>
Cc:        svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org
Subject:   Re: svn commit: r264027 - in head: release share/man/man7
Message-ID:  <20140402155134.GG14379@glenbarber.us>
In-Reply-To: <20140402154022.GA70867@lor.one-eyed-alien.net>
References:  <201404012241.s31MfRW6020684@svn.freebsd.org> <20140402154022.GA70867@lor.one-eyed-alien.net>

next in thread | previous in thread | raw e-mail | index | archive | help

--GdbWtwDHkcXqP16f
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Apr 02, 2014 at 10:40:22AM -0500, Brooks Davis wrote:
> On Tue, Apr 01, 2014 at 10:41:27PM +0000, Glen Barber wrote:
> > Author: gjb
> > Date: Tue Apr  1 22:41:26 2014
> > New Revision: 264027
> > URL: http://svnweb.freebsd.org/changeset/base/264027
> >=20
> > Log:
> >   Add a new release build variable, WITH_COMPRESSED_IMAGES.
> >  =20
> >   When set to a non-empty value, the installation medium is
> >   compressed with gzip(1) as part of the 'install' target in
> >   the release/ directory.
> >  =20
> >   With gzip(1) compression, downloadable image are reduced in
> >   size quite significantly.  Build test against head@263927
> >   shows the following:
> >  =20
> >    bootonly.iso:		64% smaller
> >    disc1.iso:		44% smaller
> >    memstick.img:		47% smaller
> >    mini-memstick.img:	65% smaller
> >    dvd1.iso:		untested
> >  =20
> >   This option is off by default, I would eventually like to
> >   turn it on by default, and remove the '-k' flag to gzip(1)
> >   so only compressed images are published on FTP.
>=20
> I'd recommend testing xz compression as well.  With UFS images of a full
> world the savings vs gzip are significant (more than 30% IIRC, but it's
> need more than a year since I checked so I'm a bit unsure of the exact
> numbers).
>=20

delphij also brought this up.

I have concerns with xz(1), since there was mention in IRC that Windows
users may have problems decompressing xz-compressed images.  So, gzip(1)
is used because it seems to be the more commonly-supported archive
mechanisms.

The benefit of xz(1) over gzip(1) was only 50M-ish.

  -rw-r--r--  1 root  wheel   601M Mar 28 20:18 disc1.iso
  -rw-r--r--  1 root  wheel   381M Mar 28 20:18 disc1.iso.bz2
  -rw-r--r--  1 root  wheel   392M Mar 28 20:18 disc1.iso.gz
  -rw-r--r--  1 root  wheel   348M Mar 28 20:18 disc1.iso.xz

Glen


--GdbWtwDHkcXqP16f
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (FreeBSD)

iQIcBAEBCAAGBQJTPDIGAAoJELls3eqvi17QnWoP+wb9RtzqD401dTgcqmvpp1sP
Ak+YrL0FZ4C8gdnqmEvwOkjqfz24o3wacPvLXNFAkLuefvKJKJHMgohoG18BJp72
l7ozvJydnqSMsefVO0LMip7ClUPq3x9tA23ZAX+um1Sc/By6cOjHBnJ+9Ad/YxOs
cu78wkIJDTbLyDkswhB9q7gl9QA5N0yraTP3crNop934JfD80wmGjRdqcn8vjvgf
iJiUEHGXxMyL4XE9DmO/8W+w/i405dLBDFosz/+Ya6+g7IQeQQJGF8ill3okkn7M
S81KOwL3uHO3KTVSyaMxqONYJ2ScwKZOm3rZdN5r4njD7XkMBfY9uuYdDo4XCc2P
TJ3D/T00aiFhUz7rNw6mri07fI+PvmHjlOmhi21APrdbrsjNFQT4YKefy8Y0EVha
BMo1eGZKOT7EiedE5YOIjNHSzs0UIH6AioLquJkjHogPgBhBqMA8uX6UKaFtREUb
yR8QlNHruMvJEsv6R4b/zBo5wTN4FBHQCN91rnPPma6IkLvpZFknKu0TuSMXXDpi
aT1qFAo6XuZP8GavHQiCREFvss74K6xbCBqSNU2SyzNyVVxR0NnRRVWvacri4pEr
wJnQLa9NibPM1ChKQbM0ObEr4H4QlwwQbvq5OEvFEosHCnAe300vARgShMG3etK6
MNdKjB3MlAr1A90XpdD2
=yIbk
-----END PGP SIGNATURE-----

--GdbWtwDHkcXqP16f--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140402155134.GG14379>