Date: Tue, 20 Dec 2005 08:38:20 -0500 (EST)
From: Steven Rostedt <rostedt@goodmis.org>
To: Ingo Molnar <mingo@elte.hu>
cc: linux-kernel@vger.kernel.org, Gunter Ohrner <G.Ohrner@post.rwth-aachen.de>,
       john stultz <johnstul@us.ibm.com>
Subject: Re: 2.6.15-rc5-rt2 slowness
In-Reply-To: <20051220133230.GC24408@elte.hu>
Message-ID: <Pine.LNX.4.58.0512200836120.21313@gandalf.stny.rr.com>
References: <dnu8ku$ie4$1@sea.gmane.org> <1134790400.13138.160.camel@localhost.localdomain>
 <1134860251.13138.193.camel@localhost.localdomain> <20051220133230.GC24408@elte.hu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1293
Lines: 34


On Tue, 20 Dec 2005, Ingo Molnar wrote:
>
> * Steven Rostedt <rostedt@goodmis.org> wrote:
>
> > I ported your old changes of 2.6.14-rt22 of mm/slab.c to
> > 2.6.15-rc5-rt2 and tried it out.  I believe that this confirms that
> > the SLOB _is_ the problem in the slowness.  Booting with this slab
> > patch, gives the old speeds that we use to have.
> >
> > Now, is the solution to bring the SLOB up to par with the SLAB, or to
> > make the SLAB as close to possible to the mainline (why remove NUMA?)
> > and keep it for PREEMPT_RT?
> >
> > Below is the port of the slab changes if anyone else would like to see
> > if this speeds things up for them.
>
> ok, i've added this back in - but we really need a cleaner port of SLAB
> ...
>

Actually, how much do you want that SLOB code?  For the last couple of
days I've been working on different approaches that can speed it up.
Right now I have one that takes advantage of the different caches.  But
unfortunately, I'm dealing with a bad pointer some where that keeps
making it bug. Argh!

-- 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/