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/