From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rick Hohensee Message-Id: <200010221541.LAA09632@smarty.smart.net> Subject: Re: [9fans] Df command in Plan9? To: 9fans@cse.psu.edu In-Reply-To: <005201c03bbe$95ac5ca0$b6c784c3@cybercable.fr> from "Boyd Roberts" at Oct 22, 0 02:25:29 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Sun, 22 Oct 2000 11:41:16 -0400 Topicbox-Message-UUID: 1bb7d454-eac9-11e9-9e20-41e7f4b1d025 > > From: Rick Hohensee > > > > > df, BTW, is one of those design flaws of unix that is so > > > > obvious nobody sees it. A directory has a size. It is the > > > > size of it's contents, not the size of the "file" containing > > > > the dirnames and so on. The size of a directory, it's "du-size", > > > > is something the filesystem should keep track of. > > > > > > Sigh... Rick, we've been through that how many times? > > > > Who's "we"? I don't recall mentioning this here. You and I haven't > > been over this at all that I recall. I did have some considered criticism > > of this in comp.unix.programmer, where a regular there breached the name > > Dyn-du. > > oh nonsense. directories are the size of their meta-data. Remove one and see if your df changes by the size of the metadata. > > > This drops nothing. This points up the one thing you SHOULD have called me > > on, which is that the term "design flaw" is an exaggeration. Dyndufs is > > more like a design opportunity. > > this is exactly the problem with linux; everything is a 'design opportunity'. > it's never ending and has not advanced the state of the art by one iota. > This is exactly not Linux. This is _not_ "giving a paper" on something in the Bach book as if it was a new concept. Rick Hohensee