Date: Thu, 18 Mar 1999 10:19:12 -0500 (EST) From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu> To: Peter Wemm <peter@netplex.com.au> Cc: Matthew Dillon <dillon@apollo.backplane.com>, Pierre Beyssac <beyssac@enst.fr>, freebsd-current@FreeBSD.ORG Subject: Re: panic: vfs_busy: unexpected lock failure Message-ID: <199903181519.KAA12752@khavrinen.lcs.mit.edu> In-Reply-To: <199903181449.WAA33699@spinner.netplex.com.au> References: <199903180111.RAA34092@apollo.backplane.com> <199903181449.WAA33699@spinner.netplex.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
<<On Thu, 18 Mar 1999 22:49:10 +0800, Peter Wemm <peter@netplex.com.au> said: > AMD is easy to upset, and that's bad because it's holding a mountpoint in / > (ie: /host) which often gets hit by every single getcwd() call when it > gets a lstat("/host"...) or whatever. I think this is the single largest > source of load on the amd process. > IMHO, /host needs to move down a level to get it out of the way of > getcwd(). NFS mounts should probably move away from / as well, as they > cause traffic on each getcwd(). `/host' is non-standard. The Standard Configuration is `/net' is the directory simulated by amd and `/a/${hostname}/root' is where amd mounts the directory tree. This is done specifically to avoid getcwd wedgitude. The example we ship would sorely puzzle anyone who is experienced running a Standard Configuration amd. My machine has, throughout its entire history, had `/home' simulated by amd. I have literally *never* had amd hose my configuration (and I would know it fast since both mail and Web service would break). -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199903181519.KAA12752>