On Tue, 20 Dec 2005, Ingo Molnar wrote:
> > Tests:
> > =====
>
> could you also post the output of 'size mm/slob.o', with and without
> these patches, with CONFIG_EMBEDDED and CONFIG_CC_OPTIMIZE_FOR_SIZE
> enabled? (and with all debugging options disabled) Both the UP and the
> SMP overhead would be interesting to see.
>
Well, there is definitely a hit there:
rt (slob new):
size mm/slob.o
text data bss dec hex filename
2051 112 233 2396 95c mm/slob.o
without
size mm/slob.o
text data bss dec hex filename
1331 120 8 1459 5b3 mm/slob.o
rt smp (slob new)
size mm/slob.o
text data bss dec hex filename
2297 120 233 2650 a5a mm/slob.o
without
size mm/slob.o
text data bss dec hex filename
1573 140 8 1721 6b9 mm/slob.o
So, should this be a third memory managment system? A fast_slob?
Just for kicks here's slab.o:
rt:
size mm/slab.o
text data bss dec hex filename
8896 556 144 9596 257c mm/slab.o
rt smp:
size mm/slab.o
text data bss dec hex filename
9679 640 84 10403 28a3 mm/slab.o
So there's still a great improvement on that (maybe not the bss though).
-- Steve
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
