lkml.org 
[lkml]   [2001]   [Aug]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.4.8/2.4.9 VM problems
On Tue, 21 Aug 2001, Daniel Phillips wrote:

> The main possibility to screw up is if we scan the inactive lists too
> fast, which probably happens sometimes because it's all grossly
> uncalibrated right now.

I've explained this to you about 5 times now and I'll
tell it one last time.

The TARGET SIZE for the inactive_dirty list is 1 second
of pageout activity. This means that with the use-once
scheme read-ahead pages have at most 1 second to be used
while the system is under pressure.

This is not enough. With disks being able to do at most
100 reads a second (7ms seek, 3ms rotational) you'll have
limited the system to 100 threads of streaming IO at
maximum, assuming that the readahead window is limited to
1 second worth of data.

This may seem a lot, but don't worry because the readahead
window ISN'T limited to 1 second worth of data. Think an
FTP server serving 10kB/second to each client with readahead
expanding to the standard 128kB maximum.

This means that at any point we'll have evicted 90% of the
still unused readahead pages, leading to heavy thrashing of
the readahead window and reducing the maximum load supported
by the system a full _10_ FTP clients!

> That's another issue, it needs fixing. We'll never have really
> consistent, predictable aging or any other vm behaviour until the
> list scanning is operating in a rock-solid way.

The issue is that you completely ignore the fact that your
use-once scheme has to interact with the rest of the VM.

You also ignore the fact that you haven't yet made any
proposal on how to make the rest of the VM interact nicely
with the use-once idea, preventing things like the thrashing
of the readahead window, etc...

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:57    [from the cache]
©2003-2011 Jasper Spaans