Thread (38 messages) 38 messages, 8 authors, 2002-05-08

Re: Why *not* rmap, anyway?

From: Daniel Phillips <hidden>
Date: 2002-05-07 23:11:03

On Tuesday 07 May 2002 21:51, Rik van Riel wrote:
On Tue, 7 May 2002, Daniel Phillips wrote:
quoted
The most obvious place to start are the page table walking operations,
of which there are a half-dozen instances or so.  Bill started to do
some work on this, but that ran aground somehow.  I think you might run
into the argument 'not broken yet, so don't fix yet'.  Still, it would
be worth experimenting with strategies.

Personally, I'd consider such work a diversion from the more important
task of getting rmap implemented.
They're orthagonal. If we find somebody to implement the
stuff it's easy enough to just merge it everywhere.
It's not orthogonal, it's very inconvenient to have the superficial structure
of the vm ops changing while working on deep changes.  It makes it really hard
to do regression testing.  Parallel dvelopment I'd buy - somebody can be working
this out at the same time, then merge *after* the rmap work is completed.  The
current nested-loop approach isn't broken yet.
In fact, I'm pretty sure that if we get this stuff
abstracted out properly it should be easier to get -rmap
merged and improved.
Color me skeptical about that.

-- 
Daniel
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help