Re: [PATCH RT 00/02] SLOB optimizations

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

 



On Tue, 2005-12-20 at 11:29 -0500, Steven Rostedt wrote:
> 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:

There's also crap that can be removed in my patch.  Like I started a
cache_chain algorithm.  For example by adding just:

#if 0
static void test_slob(slob_t *s)
{

[...]

}

void print_slobs(void)
{

[...]

}
#endif

I get:
rt:
size mm/slob.o
   text    data     bss     dec     hex filename
   1889     112     233    2234     8ba mm/slob.o

rt smp:
size mm/slob.o
   text    data     bss     dec     hex filename
   2135     120     233    2488     9b8 mm/slob.o

So, I probably need to add stuff for CONFIG_OPTIMIZE_FOR_SIZE.

-- Steve

> 
> 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/
-- 
Steven Rostedt
Senior Programmer
Kihon Technologies
(607)786-4830

-
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]
  Powered by Linux