lkml.org 
[lkml]   [2005]   [Dec]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH RT 00/02] SLOB optimizations
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 majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-12-20 17:33    [W:0.137 / U:0.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site