On Sat, 5 May 2007, Eric Dumazet wrote:
> > Then add ___cacheline_aligned_in_smp or specify the alignment in the various
> > other ways that exist. Practice is that most slabs specify
> > SLAB_HWCACHE_ALIGN. So most slabs are cache aligned today.
>
> Yes but this alignement is dynamic, not at com
Eric Dumazet a écrit :
Christoph Lameter a écrit :
G. Being able to track the number of pages in a kmem_cache
If you look at fs/buffer.c, you'll notice the bh_accounting,
recalc_bh_state()
that might be overkill for large SMP configurations, when the real
concern is
to be able to limit t
Christoph Lameter a écrit :
On Sat, 5 May 2007, Eric Dumazet wrote:
C. Introduces a slab_ops structure that allows a slab user to provide
operations on slabs.
Could you please make it const ?
Sure. Done.
thanks :)
All of this is really not necessary since the compiler knows how to a
On Sat, 5 May 2007, Eric Dumazet wrote:
> > C. Introduces a slab_ops structure that allows a slab user to provide
> >operations on slabs.
>
> Could you please make it const ?
Sure. Done.
> > All of this is really not necessary since the compiler knows how to align
> > structures and we shou
[EMAIL PROTECTED] a écrit :
I originally intended this for the 2.6.23 development cycle but since there
is an aggressive push for SLUB I thought that we may want to introduce this
earlier.
Note that this covers new locking approaches that we may need to talk
over before going any further.
This
I originally intended this for the 2.6.23 development cycle but since there
is an aggressive push for SLUB I thought that we may want to introduce this
earlier.
Note that this covers new locking approaches that we may need to talk
over before going any further.
This is an RFC for patches that do
6 matches
Mail list logo