From owner-freebsd-stable Sun Jul 8 8:28:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from arcadia.megadeb.org (cpe.atm0-0-0-218131.arcnxx5.customer.tele.dk [62.242.79.117]) by hub.freebsd.org (Postfix) with ESMTP id 1E1AC37B403 for ; Sun, 8 Jul 2001 08:28:18 -0700 (PDT) (envelope-from munish@runbox.com) Received: (from munish@localhost) by arcadia.megadeb.org (8.11.4/8.11.4) id f68FUT002106 for freebsd-stable@FreeBSD.ORG; Sun, 8 Jul 2001 17:30:29 +0200 (CEST) (envelope-from munish) Date: Sun, 8 Jul 2001 17:30:29 +0200 From: Munish Chopra To: freebsd-stable@FreeBSD.ORG Subject: Re: XFS (was: ReiserFS (was: JFS (was: The FreeBSD core team needs your help)))a Message-ID: <20010708173029.C261@arcadia.megadeb.org> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <200107081517.f68FHT2209183@saturn.cs.uml.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200107081517.f68FHT2209183@saturn.cs.uml.edu>; from acahalan@cs.uml.edu on Sun, Jul 08, 2001 at 11:17:29AM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jul 08, 2001 at 11:17:29AM -0400, Albert D. Cahalan wrote: > > Munish Chopra writes: > > On Sun, Jul 08, 2001 at 02:36:01PM +0930, Greg Lehey wrote: > >> On Sunday, 8 July 2001 at 2:22:23 +0200, Munish Chopra wrote: > > >>> I'm still more impressed by XFS (on paper), but I've never run it on > >>> Linux myself. From those that have though, I hear it's very good, and > >>> the SGI folks seem to be putting a lot of work into key areas. Some of > >>> the kiddie diseases are wearing off apparently, and it's actually > >>> maturing nicely. > >> > >> Agreed, it seems like quite a good design to me too. I have heard > >> recently, however, that they needed to make a number of changes to the > >> Linux kernel in order to get it to perform acceptably, and that Linux > >> may not accept these changes. I don't know any details, however. > > > > Well, let's see. IIRC, this was because of the Linux VFS layer, which > > has been ripped out, re-done, re-implemented, and just generally changed > > many many times. Often the changes weren't minor, and coupled with some > > of the other stuff going on in the kernel, I'm sure it would break > > things (and it did breat many things). > > The VFS layer hasn't been ripped out since 2.1.44, long ago. > Recent changes are mostly related to SMP. Erm. Granted, I didn't read linux-kernel, but I did read those kernel cousin summaries, and pretty much everything else. There were at least some major changes in the 2.3.99pre series that seemed to be quite problematic (by which I mean a flamewar on linux-kernel ;)...) > > XFS places heavy demands on the VM/IO systems. For example, it does > not choose the on-disk location for a file until the file must be > placed on disk. This is good for performance, but can cause trouble > when memory is low. To write out data, XFS may need to have memory. > When the data is being written out to free up memory, this hurts. > > > Then, there've been some more or less behind-the-scenes fights about > > what kind of changes will be accepted for Linux. I remember a few > > myself, though these related to IBM. Considering SGI and how much it's > > betting on Linux, this type of stuff is becoming something of a brick > > wall for them. > > No kidding. Linus isn't going to take the first crude hack that > comes along. Long-term maintenance, portability, and performance > have to be considered when changing core kernel interfaces. > > Do you think the FreeBSD commiters would accept the first crude > hack without any argument? > That's actually besides the point. I never said Linus would take that, and I'm quite aware that he doesn't. Mostly, I have only been able to agree with him when he's rejected patches, but then again he hasn't been able to monitor all parts of the kernel equally. Some of the people responsible for other parts of the kernel have let some really crappy code go in. Luckily, this is being fixed. I'm sure that happens to pretty much any project. -- -Munish To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message