Thread (12 messages) read the whole thread 12 messages, 5 authors, 2005-09-02

Re: [PATCH 1/1] Implement shared page tables

From: Hugh Dickins <hidden>
Date: 2005-08-31 15:04:18
Also in: lkml

On Wed, 31 Aug 2005, Martin J. Bligh wrote:
--Hugh Dickins [off-list ref] wrote (on Wednesday, August 31, 2005 14:42:38 +0100):
quoted
Which is indeed a further disincentive against shared page tables.
Or shared pagetables a disincentive to randomizing the mmap space ;-)
Fair point!
They're incompatible, but you could be left to choose one or the other
via config option.
Wouldn't need config option: there's /proc/sys/kernel/randomize_va_space
for the whole running system, compatibility check on the ELFs run, and
the infinite stack rlimit: enough ways to suppress randomization if it
doesn't suit you.
3% on "a certain industry-standard database benchmark" (cough) is huge,
and we expect the benefit for PPC64 will be larger as we can share the
underlying hardware PTEs without TLB flushing as well.
Okay - and you're implying that 3% comes from _using_ the shared page
tables, rather than from avoiding the fork/exit overhead of setting
them up and tearing them down.  And it can't use huge TLB pages
because...  fragmentation?

Hugh
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help