On Tue, Jan 29, 2002 at 09:55:02AM +0100, Daniel Phillips wrote:
> It's only touching the ptes on tables that are actually used, so if a parent
> with a massive amount of mapped memory forks a child that only instantiates
> a small portion of it (common situation) then the saving is pretty big.
Please correct my attempt at clarifying this:
The COW markings are done at the next higher level of hierarchy above
the pte's themselves, and so experience the radix tree branch factor
reduction in the amount of work done at fork-time in comparison to a
full pagetable copy on fork.
On Tue, Jan 29, 2002 at 09:55:02AM +0100, Daniel Phillips wrote:
> Note that I'm not counting on this to be a huge performance win, except in
> the specific case that that is bothering rmap. This is already worth the
> price of admission.
It is an overall throughput loss in the cases where the majority of the
page table entries are in fact referenced by the child, and this is
more than acceptable because it is more incremental, reference-all is
an uncommon case, and once all the page table entries are referenced,
there are no longer any penalties. Defeating this scheme would truly
require a contrived application, and penalizes only that application.
Cheers,
Bill
-
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 : Thu Jan 31 2002 - 21:00:58 EST