lkml.org 
[lkml]   [2001]   [Aug]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [resent PATCH] Re: very slow parallel read performance
Daniel Phillips wrote:
>
> On August 24, 2001 09:02 pm, Rik van Riel wrote:
> > I guess in the long run we should have automatic collapse
> > of the readahead window when we find that readahead window
> > thrashing is going on, in the short term I think it is
> > enough to have the maximum readahead size tunable in /proc,
> > like what is happening in the -ac kernels.
>
> Yes, and the most effective way to detect that the readahead window is too
> high is by keeping a history of recently evicted pages. When we find
> ourselves re-reading pages that were evicted before ever being used we know
> exactly what the problem is.

Counting how much we are reading ahead and comparing with total RAM
(or total cache) might also be an idea. We may then read ahead
a lot for those who runs a handful of processes, and
do smaller readahead for those that runs thousands of processes.

Helge Hafting
-
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.168 / U:0.068 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site