From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933060AbZJFSUA (ORCPT ); Tue, 6 Oct 2009 14:20:00 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932426AbZJFST7 (ORCPT ); Tue, 6 Oct 2009 14:19:59 -0400 Received: from mx1.redhat.com ([209.132.183.28]:42003 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932765AbZJFST6 (ORCPT ); Tue, 6 Oct 2009 14:19:58 -0400 From: Jeff Moyer To: Jens Axboe Cc: zach.brown@oracle.com, linux-aio , Linux Kernel Mailing , Andrew Morton Subject: Re: [patch v4 0/3] aio: implement request batching [more performance numbers] References: <20091006180628.GB5216@kernel.dk> X-PGP-KeyID: 1F78E1B4 X-PGP-CertKey: F6FE 280D 8293 F72C 65FD 5A58 1FF8 A7CA 1F78 E1B4 X-PCLoadLetter: What the f**k does that mean? Date: Tue, 06 Oct 2009 14:18:51 -0400 In-Reply-To: <20091006180628.GB5216@kernel.dk> (Jens Axboe's message of "Tue, 6 Oct 2009 20:06:28 +0200") Message-ID: User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Jens Axboe writes: > On Tue, Oct 06 2009, Jeff Moyer wrote: >> Here's a mail I got from Nathan Roberts. >> >> Cheers, >> Jeff >> >> --- >> >> Similar test as before. I had to re-upload the files so comparing >> against last time isn't really apples-apples. >> >> Disk is a cciss logical drive consisting of 12 SATA drives in a RAID6 >> configuration with 128K stripes. >> >> Test case 1 is to read 1 million random 40K files (no file is read >> more than once), 16 4K iocbs at a time, 100 threads. >> >> Test case 2 is the same except 100,000 128K files are read. >> >> Unit of measure is "files read per second". >> >> >> 40K >> ------------------------------------------------- >> Kernel NOOP >> ------ ---- >> 2.6.30.5 682 >> 2.6.30.5 (w/o drop_caches) 718 >> 2.6.30.5+patch_v4 900 >> 2.6.30.5+patch_v4 (w/o drop caches) 965 >> >> >> 128K >> ------------------------------------------------- >> Kernel NOOP >> ------ ---- >> 2.6.30.5 242 >> 2.6.30.5 (w/o drop_caches) 350 >> 2.6.30.5+patch_v4 292 >> 2.6.30.5+patch_v4 (w/o drop caches) 420 > > Nice numbers! The patch looks good to me from a quick look, if you want > I can throw it into the testing mix tomorrow and see what kind of > improvements I see here. With performance increase of that magnitude, we > should get it in sooner rather than later. I'd love it if you could run some benchmarks, thank you! Cheers, Jeff