Re: Patch workqueue: create new slab cache instead of hacking

[Christoph Lameter]

On Wed, 21 Mar 2012, Tejun Heo wrote:

> I don't know.  At this point, this is only for singlethread and
> unbound workqueues and we don't have too many of them left at this
> point.  I'd like to avoid creating a slab cache for this.  How about
> just leaving it be?  If we develop other use cases for larger
> alignments, let's worry about implementing something common then.

We could write a function that identifies a compatible kmalloc cache
or creates a new one if necessary. That would cut down overhead similar to
what slub merge is doing but allows more control by the developer.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/