lkml.org 
[lkml]   [2001]   [Aug]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [resent PATCH] Re: very slow parallel read performance
On Sun, 26 Aug 2001, Alan Cox wrote:

> > Ummm... is this really more of an agreement that Daniel's used-once
> > patch is a good idea on a system. Keep a page around if it's used
> > once, but drop it quickly if only used once? But you seem to be
>
> Is there a reason aging alone cannot do most of the work instead.

Yes. We *REALLY* want MRU replacement for streaming IO, that is,
we want to replace the pages we just used with far more preference
than the pages we newly read in and have not used at all yet, but
are about to use.

Doing this by aging up the pages we're about to read would give
readahead pages far too much power to push out normal working set
pages, just aging down the pages behind us (instead of forcefully
deactivating them) looks to me like it wouldn't give them enough
bias over the not-yet-used newly read pages we are about to use.

OTOH, this is something worth experimenting with ;)

regards,

Rik
--
IA64: a worthy successor to i860.

http://www.surriel.com/ http://distro.conectiva.com/

Send all your spam to aardvark@nl.linux.org (spam digging piggy)



-
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/

\
 
 \ /
  Last update: 2005-03-22 12:58    [W:0.093 / U:0.240 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site