From owner-svn-src-head@FreeBSD.ORG Mon May 13 00:17:34 2013 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 0ED7F90A; Mon, 13 May 2013 00:17:34 +0000 (UTC) Date: Mon, 13 May 2013 00:17:34 +0000 From: Alexey Dokuchaev To: Dmitry Morozovsky Subject: Re: svn commit: r250565 - head/etc Message-ID: <20130513001733.GA32639@FreeBSD.org> References: <201305121523.r4CFNxBR055568@svn.freebsd.org> <518FFA4B.9080505@freebsd.org> <20130512205146.GZ91136@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Baptiste Daroussin , src-committers@freebsd.org, Eitan Adler , svn-src-all@freebsd.org, svn-src-head@freebsd.org, Matthew Jacob X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 May 2013 00:17:34 -0000 On Mon, May 13, 2013 at 01:14:35AM +0400, Dmitry Morozovsky wrote: > method realtm arsize > ==================== > gzip 45s 183M > bzip2 5m32s 115M > xz 11m43s 112M > > I would tend to use xz for distributives (including freebsd-updates or > portsnap), where compression process is quite rare, but download size is > significant -- but not for logs, backups, or other similar once-packed > data... +1. xz is not part of all our releases, yet people still might be running 6.x for example, and they certainly won't be happy to keep two versions of their newsyslog.conf (otherwise identical) -- just another reason why this change is moot at least. Otherwise I totally agree with Dmitry that xz is not for frequent compressions of small files when it clearly loses to bzip2. ./danfe