Re: [PATCH 00 of 41] Transparent Hugepage Support #17

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Now tried with a kernel compile with gcc patched as in prev email
(stock glibc and no glibc environment parameters). Without rebooting
(still plenty of hugepages as usual).

always:

real    4m7.280s
real    4m7.520s

never:

real    4m13.754s
real    4m14.095s

So the kernel now builds 2.3% faster. As expected nothing huge here
because of gcc not using several hundred hundred mbytes of ram (unlike
translate.o or other more pathological files), and there's lots of
cpu time spent not just in gcc.

Clearly this is not done for gcc (but for JVM and other workloads with
larger working sets), but even a kernel build running more than 2%
faster I think is worth mentioning as it confirms we're heading
towards the right direction.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxxx  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]