On Thu, 1 Mar 2012, Lars Heidieker wrote: > Hi, > > this splits the lookup table into two parts, for smaller allocations and > larger ones this has the following advantages: > > - smaller lookup tables (less cache line pollution) > - makes large kmem caches possible currently up to min(16384, 4*PAGE_SIZE) > - smaller caches allocate from larger pool-pages if that reduces the wastage > > any objections?
Why would you want to go larger than PAGE_SIZE? At that point wouldn't you just want to allocate individual pages and map them into the VM space? Eduardo