From owner-freebsd-arch@FreeBSD.ORG Wed Jun 18 19:14:36 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB48E37B401; Wed, 18 Jun 2003 19:14:36 -0700 (PDT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DAB043FB1; Wed, 18 Jun 2003 19:14:36 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from dilbert.robbins.dropbear.id.au (210.50.200.191) by smtp01.syd.iprimus.net.au (7.0.015) id 3EED7FDA0016D9D2; Thu, 19 Jun 2003 12:14:34 +1000 Received: by dilbert.robbins.dropbear.id.au (Postfix, from userid 1000) id ED659C91F; Thu, 19 Jun 2003 12:14:30 +1000 (EST) Date: Thu, 19 Jun 2003 12:14:30 +1000 From: "Tim J. Robbins" To: The Hermit Hacker Message-ID: <20030619121430.A29274@dilbert.robbins.dropbear.id.au> References: <20030618112226.GA42606@fling-wing.demos.su> <39081.1055937209@critter.freebsd.dk> <20030618121620.GG835@starjuice.net> <20030618202302.W51411@hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030618202302.W51411@hub.org>; from scrappy@hub.org on Wed, Jun 18, 2003 at 08:28:37PM -0300 cc: Dmitry Sivachenko cc: Poul-Henning Kamp cc: arch@FreeBSD.org Subject: Re: cvs commit: src/sys/fs/nullfs null.h null_subr.c null_vnops.c X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2003 02:14:37 -0000 On Wed, Jun 18, 2003 at 08:28:37PM -0300, The Hermit Hacker wrote: > On Wed, 18 Jun 2003, Sheldon Hearn wrote: > > > On (2003/06/18 13:53), Poul-Henning Kamp wrote: > > > > > With that said, I will also add, that I will take an incredibly > > > dim view of anybody who tries to add more gunk in this area, and > > > that I am perfectly willing to derail unionfs and nullfs (or pretty > > > much anything else on the list above) if that is what it takes to > > > clean up the buffer cache. > > > > Makes sense. After all, these filesystems are only just now recovering > > from "we can fix these later" breakage introduced years ago. What's a > > few more years without 'em? :-) > > 'K, this kinda hurts ... there are a growing # of us that are actually > using unionfs and nullfs on production systems ... not small servers, but > several thousand processes with over 100 union mounts ... other then the > vnode leak stuff that David has been investigating, I've yet to see > anything that I would considering warranting the 'DO NOT USE / CAVEAT > EMPTOR' that is in the man pages ... :( At least one of the sections is well-deserved: umapfs is horribly broken on -current, and only works by accident on previous releases. I'm actually considering putting an even stronger warning on that one. The others (null and union) aren't nearly as bad, and have been fixed significantly since the notice was put on the manpages. Tim