Messages in this thread | | | Date | Fri, 28 Apr 2006 11:21:50 +0200 | From | Jens Axboe <> | Subject | Re: Lockless page cache test results |
| |
On Fri, Apr 28 2006, Pavel Machek wrote: > On St 26-04-06 15:53:10, Jens Axboe wrote: > > Hi, > > > > Running a splice benchmark on a 4-way IPF box, I decided to give the > > lockless page cache patches from Nick a spin. I've attached the results > > as a png, it pretty much speaks for itself. > > > > The test in question splices a 1GiB file to a pipe and then splices that > > to some output. Normally that output would be something interesting, in > > this case it's simply /dev/null. So it tests the input side of things > > only, which is what I wanted to do here. To get adequate runtime, the > > operation is repeated a number of times (120 in this example). The > > benchmark does that number of loops with 1, 2, 3, and 4 clients each > > pinned to a private CPU. The pinning is mainly done for more stable > > results. > > 35GB/sec, AFAICS? Not sure how significant this benchmark is.. even > with 4 clients, you have 2.5GB/sec, and that is better than almost > anything you can splice to...
2.5GB/sec isn't that much, and remember that is with the system fully loaded and spending _all_ its time in the kernel. It's the pure page cache lookup performance, I'd like to think you should have room for more. With hundreds or even thousands of clients.
The point isn't the numbers themselves, rather the scalability of the vanilla page cache vs the lockless one. And that is demonstrated aptly.
-- Jens Axboe
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |