From owner-freebsd-hackers Mon Mar 4 16:24:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA11788 for hackers-outgoing; Mon, 4 Mar 1996 16:24:55 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA11780 for ; Mon, 4 Mar 1996 16:24:46 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA07035; Mon, 4 Mar 1996 17:19:20 -0700 From: Terry Lambert Message-Id: <199603050019.RAA07035@phaeton.artisoft.com> Subject: Re: xfs not working properly To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 4 Mar 1996 17:19:19 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, monboso@masternet.it, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199603050002.KAA14958@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Mar 5, 96 10:32:03 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > The DOS clients are generally broken, unless they have local cache, > > but the FreeBSD NFS server is also "much slower". > > Hmm. I'll agree that NFS servers are, in general, not so snappy, but the > FreeBSD server does a pretty good job, really. It's certainly not responsible > for the atrocious performance the original poster was complaining about. Wasn't my point. My point is that there is room for improvement. I'd like to see variant LRU insertion order as well, FWIW, based on a per vnode working set quota to prevent mmap'ing and sequentially accessing an mmap'ed file (ie: "cp") from thrashing the cache. When you hit the quota, you steal from your vnode instead of from the global LRU (need to use a bit, like VEXEC, to defeat this behaviour for shared pages, though...). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.