| Date | Sun, 23 Feb 2003 08:14:56 -0800 | From | "Martin J. Bligh" <> | Subject | object-based rmap and pte-highmem |
| |
> So whole stole the remaining 1.85 seconds? Looks like pte_highmem.
I have a plan for that (UKVA) ... we reserve a per-process area with kernel type protections (either at the top of user space, changing permissions appropriately, or inside kernel space, changing per-process vs global appropriately).
This area is permanently mapped into each process, so that there's no kmap_atomic / tlb_flush_one overhead ... it's highmem backed still. In order to do fork efficiently, we may need space for 2 sets of pagetables (12Mb on PAE).
Dave McCracken had an earlier implementation of that, but we never saw an improvement (quite possibly because the fork double-space wasn't there) - Dave Hansen is now trying to get something work with current kernels ... will let you know.
M.
- 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/
|