Messages in this thread | | | From | Tim Connors <> | Subject | Re: ~500 megs cached yet 2.6.5 goes into swap hell | Date | Fri, 30 Apr 2004 13:37:55 +1000 |
| |
Timothy Miller <miller@techsource.com> said on Thu, 29 Apr 2004 18:18:06 -0400: > Paul Jackson wrote: > > Timothy wrote: > > > >>Perhaps nice level could influence how much a process is allowed to > >>affect page cache. > > > > > > I'm from the school that says 'nice' applies to scheduling priority, > > not memory usage. > > > > I'd expect a different knob, a per-task inherited value as is 'nice', > > to control memory usage. > > Linux kernel developers seem to be of the mind that you cannot trust > what applications tell you about themselves, so it's better to use > heuristics to GUESS how to schedule something, rather than to add YET > ANOTHER property to it.
Why is that?
On the desktop system/workstation, which is what we are talking about here -- we want the desktop system in particular to be responsive -- the user wouldn't try to do anythign malicious, so why not trust the applications? openoffice and mozilla and my visualisation software are going to know what they want out of the kernel (possibly with safegaurds such that they only tell the kernel what they want if the kernel happens to be in some tested range, perhaps), the kernel sure as hell won't know what my custom built application wants via heuristics, because I am doing something that no-one else is, and so my exact workloads haven't been experienced or designed for.
On a server, you can have a /proc file to tell the kernel to ignore everything an application tells you, or ignore/believe application with uid in ranges xx--yy.
-- TimC -- http://astronomy.swin.edu.au/staff/tconnors/ Beware of Programmers who carry screwdrivers. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |