From owner-freebsd-current@FreeBSD.ORG Mon Dec 6 19:17:46 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE6D81065693 for ; Mon, 6 Dec 2010 19:17:46 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id D47F68FC18 for ; Mon, 6 Dec 2010 19:17:46 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0LD00084DTLKFC30@asmtp030.mac.com>; Mon, 06 Dec 2010 11:17:46 -0800 (PST) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=1 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1012060114 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2010-12-06_12:2010-12-06, 2010-12-06, 1970-01-01 signatures=0 From: Chuck Swiger In-reply-to: <20101206171358.GA17125@ravenloft.kiev.ua> Date: Mon, 06 Dec 2010 11:17:44 -0800 Message-id: <9132C068-A9C7-41EE-AA98-714385441EE3@mac.com> References: <20101206171358.GA17125@ravenloft.kiev.ua> To: Alex Kozlov X-Mailer: Apple Mail (2.1082) Cc: freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Re: trying to use xz on manuals. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 19:17:47 -0000 On Dec 6, 2010, at 9:13 AM, Alex Kozlov wrote: > On Tue, Dec 07, 2010 at 02:03:50AM +0900, Norikatsu Shigemura wrote: >> .xz smaller than .gz, but effective is about 96.2%:-(. > > Some time ago I do similar tests. Changing compression for base man's to bz2 or xz doesn't make much sense. Oh, agreed. The issue with small files is that they will always take up at least one sector [*]; different compression routines don't gain any benefit if they don't change the number of sectors needed to store the file. More than half of the manpages end up as 1K .gz catman files as it is; ~90% are 2K or smaller. Regards, -- -Chuck [*]: 1K seems to be the smallest fragment size on the particular filesystem I was looking at, rather than DEV_BSIZE, ie a 512 byte sector....