Re: Have the 2.4 kernel memory management problems on large machines

Linus Torvalds (torvalds@transmeta.com)
Thu, 23 May 2002 12:46:57 -0700 (PDT)


On Thu, 23 May 2002, Bill Davidsen wrote:
> >
> > And once you go there, you have not just started using different pages,
> > you've changed the _semantics_ of the pages: they are no longer coherent
> > with other processes accessing the same file.
>
> That's the case with a capability, obviously, it's less clear that if you
> had a flag on the file that could happen, since any processes doing a
> mmap() on the file would get LPS.

Note that in that case mmap() would be coherent with itself, but still
probably not coherent with read/write without _major_ surgery in the VM.

So even the per-file flag doesn't really help.

It also gets really hard to do a sane replacement policy for _any_ backing
store (in order to cover the whole file). The problem with the replacement
policy is that we simply cannot unmap the big page sanely, because we
don't want to force a huge 4MB IO of dirty data, _and_ because the VM
doesn't know about big pages in the first place.

My suggested interface only does anonymous pages exactly for this reason:
you get a fixed number of big pages, and no more. No replacement policies
to worry about, no fundamental VM changes, and you get what people
actually want to have (then you can teach some well-defined places like
the direct-IO page walking about the big page, so that the database can do
IO directly into a _part_ of the page).

Linus

-
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/