Cc: S.??a??lar Onur <caglar@...>, <linux-kernel@...>, Linus Torvalds <torvalds@...>, Mike Galbraith <efault@...>, Arjan van de Ven <arjan@...>, Thomas Gleixner <tglx@...>, Dmitry Adamushko <dmitry.adamushko@...>, Srivatsa Vaddagiri <vatsa@...>
* Andrew Morton <akpm@linux-foundation.org> wrote:
this is what i see on 32-bit:
text data bss dec hex filename
28732 3905 24 32661 7f95 kernel/sched.o-vanilla
37986 2538 20 40544 9e60 kernel/sched.o-v18
31092 2426 20 33538 8302 kernel/sched.o-v18-no_sched_debug
text is larger but data got smaller. While they are not equivalent in
function, the two almost even out each other (and that's without any of
the uninlining that is in v19). In fact, there's a 1.5K per CPU percpu
data size win with CFS, which is not visible in this stat. So on
dual-core the net cost should already be zero.
agreed, i've done one more round of uninlining.
Ingo
-
