Messages in this thread | | | Date | Sun, 8 Jun 2008 16:54:34 -0700 | From | Andrew Morton <> | Subject | Re: [PATCH -mm 13/25] Noreclaim LRU Infrastructure |
| |
On Sun, 8 Jun 2008 19:34:20 -0400 Rik van Riel <riel@redhat.com> wrote:
> On Sun, 8 Jun 2008 16:22:08 -0700 > Andrew Morton <akpm@linux-foundation.org> wrote: > > > The this-is-64-bit-only problem really sucks, IMO. We still don't know > > the reason for that decision. Presumably it was because we've already > > run out of page flags? If so, the time for the larger pageframe is > > upon us. > > 32 bit machines are unlikely to have so much memory that they run > into big scalability issues with mlocked memory. > > The obvious exception to that are large PAE systems, which run > into other bottlenecks already and will probably hit the wall in > some other way before suffering greatly from the "kswapd is > scanning unevictable pages" problem. > > I'll leave it up to you to decide whether you want this feature > 64 bit only, or whether you want to use up the page flag on 32 > bit systems too. > > Please let me know which direction I should take, so I can fix > up the patch set accordingly.
I'm getting rather wobbly about all of this.
This is, afair, by far the most intrusive and high-risk change we've looked at doing since 2.5.x, for small values of x.
I mean, it's taken many years of work to get reclaim into its current state (and the reduction in reported problems will in part be due to the quadrupling-odd of memory over that time). And we're now proposing radical changes which again will take years to sort out, all on behalf of a small number of workloads upon a minority of 64-bit machines which themselves are a minority of the Linux base.
And it will take longer to get those problems sorted out if 32-bt machines aren't even compiing the new code in.
Are all of thse changes really justified?
ho hum. Can you remind us what problems this patchset actually addresses? Preferably in order of seriousness? (The [0/n] description told us about the implementation but forgot to tell us anything about what it was fixing). Because I guess we should have a think about alternative approaches.
| |