On Fri, Oct 05 2007, Andi Kleen wrote: > Jens Axboe <[EMAIL PROTECTED]> writes: > > > > Writing a small test module to exercise slub/slab in various ways > > (allocating from all cpus freeing from one, as described) should not be > > too hard. Perhaps that would be enough to find this performance > > discrepancy between slab and slub? > > You could simulate that by just sending packets using unix sockets > between threads bound to different CPUs. Sending a packet allocates; > receiving deallocates.
Sure, there are a host of ways to accomplish the same thing. > But it's not clear that will really simulate the cache bounce > environment of the database test. I don't think all passing of data > between CPUs using slub objects is slow. It might not, it might. The point is trying to isolate the problem and making a simple test case that could be used to reproduce it, so that Christoph (or someone else) can easily fix it. -- Jens Axboe - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
