On Wed, 8 Mar 2000, Jamie Lokier wrote:
[snip awful performance under load]
> A larger boost to keep-the-page-in-memory priority for pages
> referenced by "interactive" processes might be in order.
> Either faster vmscanning simply a higher priority for pages
> found to be used. Might not be too hard to implement either.
Indeed it shouldn't be. Having a two-phase NRU unmapping in the
page table scanning and a maybe better LRU reclamation in
shrink_mmap() may help here, but the CPU cost may put some
people off...
Then again, not having this better memory reclamation is probably
more expensive than having it :)
Now where did I put that asbestos underwear?
> A larger priority for page-in I/O due to interactive process too
> might help too. Some modification of Andrea's elevator. But
> that doesn't seem so easy.
Read requests are easily tied to a process, so this could
be relatively easy. Doing it properly before 2.5 may be a
little difficult though ...
regards,
Rik
-- The Internet is not a network of computers. It is a network of people. That is its real strength.http://www.conectiva.com/ http://www.surriel.com/
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Mar 15 2000 - 21:00:14 EST