Messages in this thread |  | | | Date | Mon, 20 Aug 2001 22:55:14 -0300 (BRST) | | From | Rik van Riel <> | | Subject | Re: 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/
|  |