Date: Fri, 6 Jun 1997 10:15:18 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: henrich@crh.cl.msu.edu, freebsd-hackers@FreeBSD.ORG Subject: Re: Extremely poor interactive response under heave SCSI load Message-ID: <199706061715.KAA22861@phaeton.artisoft.com> In-Reply-To: <18707.865573190@time.cdrom.com> from "Jordan K. Hubbard" at Jun 5, 97 09:59:50 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > There has to be some solution, forcing the scsi command queue to search for > > alternate commands every so often or something.. It just sucks :) > > We await your diffs, Mr Henrich. :) I think the problem is the monopolization of the buffer pool by a single file. At one point in time, I had submitted diffs to (1) track the number of pages on a per vnode basis, and (2) recycle pages from the same vnode (LRU) instead of the system pool when the count hit some "quota". You should look at the -current list archives from March-May of 1996. I implemented the same thing for UnixWare at one time... they have a similar problem triggered by their ld, which mmap's object files and bounces all over in them (they didn't integrate the fix, either). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199706061715.KAA22861>