From owner-freebsd-current@FreeBSD.ORG Thu Sep 22 20:53:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CE1E16A41F for ; Thu, 22 Sep 2005 20:53:28 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EAB943D49 for ; Thu, 22 Sep 2005 20:53:24 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j8MKrMFQ004423 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 22 Sep 2005 16:53:23 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j8MKrErR003548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 22 Sep 2005 16:53:16 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j8MKqv2f005357; Thu, 22 Sep 2005 16:52:57 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j8MKqsDh005356; Thu, 22 Sep 2005 16:52:54 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Charles Swiger , Ulrich Spoerlein Date: Thu, 22 Sep 2005 16:52:53 -0400 User-Agent: KMail/1.8.2 References: <200509220446.j8M4kBPA019823@blue.virtual-estates.net> <20050922182104.GC990@galgenberg.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200509221652.54123.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1097/Wed Sep 21 14:56:51 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Fri, 23 Sep 2005 11:33:09 +0000 Cc: current@freebsd.org Subject: Re: using bzip2 to compress man-pages 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: Thu, 22 Sep 2005 20:53:28 -0000 Ulrich Spoerlein wrote: > 1. I dont want to wait for my manpages to display, they have to be on > screen instantanously. A human being can not distinguish between a millisecond and a microsecond. The difference between gzcat and bzcat is far less dramatic. The space-saving potential can substantial, however -- see below. Being able to stick us useful root filesystem (with /usr) onto a USB key can be useful for some applications. It just makes sense -- and the CPUs are advancing faster than storage devices. Charles Swiger wrote: > My guess is that roughly 95% of the manpages aren't going to save a š > disk sector by switching. One does not need to save the entire sector-size. Only the (size % sector_size), which currently pushes the file into an additional sector. The following command line assumes, the sector size of 512 bytes and the bzip2 vs. gzip saving of only 10%. Notice, it takes care to look once at every manual page even if it is has more than one alias (eliminating pages with the same inode). Try this on your system: % find /usr/share/man/ -name \*.gz -ls | sort -k 1 | awk '$1 == inode { next } { inode=$1; total++; if ($7 % 512 < $7*0.10) savings++ } END {print savings " out of " total}' 1200 out of 2694 1200 files out 2694... That's a little more than 5%... The other advantage is the stride towards freer-licensed software. -mi