Re: [POLL] SLAB : Are the 32 and 192 bytes caches really usefull on x86_64 machines ?

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


On Monday 02 January 2006 14:04, Pekka J Enberg wrote:

> Maybe it's not. But that's besides the point. 

It was my point. I don't know what your point was.

> The specific problem Bonwick  
> mentioned is related to cache line distribution and should be taken care 
> of by slab coloring. Internal fragmentation is painful but the worst 
> offenders can be fixed with kmem_cache_alloc(). So I really don't see the 
> problem. On the other hand, I am not opposed to dynamic generic slabs if 
> you can show a clear performance benefit from it. I just doubt you will.

I wasn't proposing fully dynamic slabs, just a better default set
of slabs based on real measurements instead of handwaving (like
the power of two slabs seemed to have been generated). With separate
sets for 32bit and 64bit. 

Also the goal wouldn't be better performance, but just less waste of memory.

I suspect such a move could save much more memory on small systems 
than any of these "make fundamental debugging tools a CONFIG" patches ever.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at
Please read the FAQ at

[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