Re: fast path for anonymous memory allocation

From: Christoph Lameter <>
Date: 2004-11-19 13:38:47
On Fri, 19 Nov 2004, Nick Piggin wrote:

> Ahh, you're doing clear_user_highpage after the pte is already set up?

The huge page code also has that optimization. Clearing of pages
may take some time which is one reason the kernel drops the page table
lock for anonymous page allocation and then reacquires it. The patch does
not relinquish the lock on the fast path thus the move outside of the

> Won't that be racy? I guess that would be an advantage of my approach,
> the clear_user_highpage can be done first (although that is more likely
> to be wasteful of cache).

If you do the clearing with the page table lock held then performance will

To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to
More majordomo info at
Received on Thu Nov 18 21:47:12 2004

This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:32 EST