* Fw: 2.5.64-mm6
@ 2003-03-13 12:28 dada1
0 siblings, 0 replies; only message in thread
From: dada1 @ 2003-03-13 12:28 UTC (permalink / raw)
To: linux-kernel
> This means that when an executable is first mapped in, the kernel will
> slurp the whole thing off disk in one hit. Some IO changes were made to
> speed this up.
>
> This means that large cache-cold executables start significantly faster.
> Launching X11+KDE+mozilla goes from 23 seconds to 16. Starting
OpenOffice
> seems to be 2x to 3x faster, and starting Konqueror maybe 3x faster too.
> Interesting.
Sounds nice indeed.
Do you think we could try to use 4Mo pages instead of 4Ko to map some
libraries/executables ?
libc.so could be linked to align text to a 4Mo boundary, and to set a an ELF
marker to tell the kernel/loader to try to use
HugeTLB page to map the text portion. The space wasted (the current glibc
use about 2Mo instead of 4Mo) is neglictable if the same page is used for
all processes in the machine...
HPUX11 has a chattr command that can mark binaries to use BigPages (for text
pages or data pages). We could 'mark' big programs with an ELF attribute to
ask for the behavior you describe (force the load of all the mapped portion
at mmap time) or/and to try to use HugeTLBPages...
Eric
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2003-03-13 12:18 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-03-13 12:28 Fw: 2.5.64-mm6 dada1
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®