Re: [Lse-tech] [RFC] per cpu slab fix to reduce freemiss

From: Dipankar Sarma (
Date: Thu Aug 01 2002 - 08:22:36 EST

On Thu, Aug 01, 2002 at 07:42:10AM -0500, Mala Anand wrote:
> Tony Luck wrote..
> >> No I am using the object(beginning space) to store the links. When
> >> allocated, I can initialize the space occupied by the link address.
> >You can't use the start of the object (or any other part) in this way,
> >you'll have no way to restore the value you overwrote.
> >Take a look at Jeff Bonwick's paper on slab allocators which explains
> >this a lot better than I can:
> >
> >wick.a
> In the present design there is a limit on how many free objects are held
> in the per cpu array. So when an object is freed it might end in another
> cpu more often. The main cost lies in memory latency than execution of
> initializing the fields. I doubt if we get the same gain as explained in
> the paper by preserving the fields between uses on an SMP/NUMA machines.
> I agree that preserving read only variables that can be used between uses
> will help performance. We still can do that by revising the assumption to
> leave the first 4 or whatever bytes needed to store the links. What do you
> think?


Isn't it possible to tune the cpucache limit by writing to
/proc/slabinfo so that you avoid frequent draining of free objects ?
Am I missing something here ?


Dipankar Sarma  <>
Linux Technology Center, IBM Software Lab, Bangalore, India.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

This archive was generated by hypermail 2b29 : Wed Aug 07 2002 - 22:00:15 EST