From owner-cvs-all@FreeBSD.ORG Tue Feb 26 13:08:19 2008 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9814B1065673; Tue, 26 Feb 2008 13:08:19 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id A2E3513C455; Tue, 26 Feb 2008 13:08:18 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=0) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id m1QCn50C017208; Tue, 26 Feb 2008 14:49:14 +0200 Received: by kobe.laptop (Postfix, from userid 1000) id 35C3F22802; Tue, 26 Feb 2008 14:49:00 +0200 (EET) Date: Tue, 26 Feb 2008 14:48:59 +0200 From: Giorgos Keramidas To: Peter Jeremy Message-ID: <20080226124859.GA3618@kobe.laptop> References: <200802251906.m1PJ6hwB005451@repoman.freebsd.org> <20080226094931.GT83599@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080226094931.GT83599@server.vk2pj.dyndns.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.968, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.43, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/usr.bin/du du.1 du.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 13:08:19 -0000 On 2008-02-26 20:49, Peter Jeremy wrote: >On Mon, Feb 25, 2008 at 07:06:43PM +0000, Giorgos Keramidas wrote: >> Implement from scratch a -l option for du(1), to match the same option >> of the GNU utility. The default behavior of our original `du' is to >> count hardlinked files only once for each invocation of the utility. >> With the new -l option they count towards the final size every time >> they are found. > > The third possible option is to amortize the size of hardlinked files > across all their occurrences by adding size/nlinks each time they are > found. IMHO, this results in the least "surprises" in the result. Each command-line argument is traversed separately, so I'm a bit confused about what the amortization gains us.