On Tuesday 01 October 2002 18:06, Martin J. Bligh wrote:
> > I'm not sure how relevant page table sharing has to the halloween
> > deadline since it's not a feature per se, just an optimization.
> > It has more to do with getting numa ia32 boxes to survive, so it's
> > an ideal out-of-tree patch.
>
> Any large 32 bit box with significant numbers of processes will need
> it to cope with the bloat that rmap introduced - this has nothing to
> do with NUMA (some apps may be saved by large pages, some not).
> Avoiding hangs from ZONE_NORMAL oom is not an "optimisation", and I
> doubt optimisations involving major VM changes would be very welcome
> after the freeze. This is something we need to get working ASAP ...
Any reason why page table swapping wouldn't deliver just as much bang
for the buck? Same argument re VM changes.
Anyway, I don't necessarily buy the VM change argument. I've already
established that turning sharing off either at compile time or run
time is trivial, so there is no element of risk. I'd suggest: take
a deep breath, relax, go slow and get it right.
What we should be coding right now is the patch Linus already asked
for, to recover page table pages as soon as possible instead of in
clear_page_tables. With that in place the locking for shared page
tables gets a lot nicer, as Linus showed.
-- Daniel - 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/
This archive was generated by hypermail 2b29 : Mon Oct 07 2002 - 22:00:26 EST