From owner-freebsd-hackers@FreeBSD.ORG Mon May 26 02:42:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DD8337B401 for ; Mon, 26 May 2003 02:42:14 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D9E743F3F for ; Mon, 26 May 2003 02:42:13 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc19i.dialup.mindspring.com ([209.86.5.50] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19KEUU-0004Pg-00; Mon, 26 May 2003 02:42:03 -0700 Message-ID: <3ED1E041.8ABA63A2@mindspring.com> Date: Mon, 26 May 2003 02:37:05 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Tony Maher References: <200305260836.h4Q8abgZ021438@dt.home> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a429612c4ced2c28b1a31d47d0e7ebc6572601a10902912494350badd9bab72f9c350badd9bab72f9c cc: hackers@freebsd.org Subject: Re: Change request for mount_null manpage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2003 09:42:14 -0000 Tony Maher wrote: > I have an outstanding PR regarding nullfs > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/28566 > > I have now removed /usr/hack nullfs mount and retested startx. > It all works fine now and I think this PR can now be closed (I'll submit > PR followup after some more testing). Also at the time of this PR I stopped > using nullfs mounts for /home because linux binaries would not work (no PR > for this). I have also retested this and everything works fine. This is because of the named pipe that's used for local clients; you can set an environment variable to disable local connections via the named pipe, but be sure to turn TCP back on, or you won't have any transport at all. 8-). Making connections via TCP will also prevent Netscape or Mozilla from eating all your memory for bitmaps, which are not cached on a window basis, so you basically "leak" them until you exit the application and it loses its connection to the X Server, if you use a local connection, which lets it use the shared memory extension. > I think the warning in mount_null man page could be toned down. Probably not a good idea, actually; in general, the reason the warning should stay is that there's still explicit cache coherency issues, when you stack a nullfs on top of an FS, and leave the original FS mount point visible in the namespace. FS stacking broke at the time of the VM and buffer cache unification, and it's only gotten more broken as time went on, unfortunately. The VM changes removed the explicit cache coherency, and replaced it with implicit, losing all the synchronization points that are still needed when you stack vnodes with real vmobject_t's; that those changes were not also made to LFS when they were made to FFS is pretty much why LFS died. -- Terry