Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752605AbZGJISG (ORCPT ); Fri, 10 Jul 2009 04:18:06 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750970AbZGJIRv (ORCPT ); Fri, 10 Jul 2009 04:17:51 -0400 Received: from mga14.intel.com ([143.182.124.37]:26440 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750941AbZGJIRs (ORCPT ); Fri, 10 Jul 2009 04:17:48 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.42,377,1243839600"; d="scan'208";a="163530634" Date: Fri, 10 Jul 2009 16:17:36 +0800 From: Wu Fengguang To: "Zhang, Yanmin" Cc: "Rafael J. Wysocki" , Linux Kernel Mailing List , Kernel Testers List Subject: Re: [Bug #13726] fio sync read 4k block size 35% regression Message-ID: <20090710081736.GA27471@localhost> References: <35kKlbXMqWN.A.RXD.D0oUKB@chimera> <1246946802.2560.532.camel@ymzhang> <20090710063730.GA23814@localhost> <1247211714.2560.546.camel@ymzhang> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1247211714.2560.546.camel@ymzhang> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2778 Lines: 57 On Fri, Jul 10, 2009 at 03:41:54PM +0800, Zhang, Yanmin wrote: > On Fri, 2009-07-10 at 14:37 +0800, Wu Fengguang wrote: > > On Tue, Jul 07, 2009 at 02:06:42PM +0800, Zhang, Yanmin wrote: > > > On Tue, 2009-07-07 at 02:01 +0200, Rafael J. Wysocki wrote: > > > > This message has been generated automatically as a part of a report > > > > of recent regressions. > > > > > > > > The following bug entry is on the current list of known regressions > > > > from 2.6.30. Please verify if it still should be listed and let me know > > > > (either way). > > > > > > > > > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13726 > > > > Subject : fio sync read 4k block size 35% regression > > > > Submitter : Zhang, Yanmin > > > > Date : 2009-07-01 11:25 (6 days old) > > > > First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=51daa88ebd8e0d437289f589af29d4b39379ea76 > > > > References : http://lkml.org/lkml/2009/6/30/679 > > > > Handled-By : Wu Fengguang > > > Fengguang, > > > > > > I'm still working on it now. The new testing against 2.6.31-rc2 is ongoing. > > > fio sync/mmap read has new behavior. I did collect some data. But suddenly > > > with new created data, the fio_sync_read_4k regression disappeared, while > > > > Do you mean the fio_sync_read_4k regression disappeared because we are > > collecting data with lots of printks? > No. I recreated the data and the regression disappeared. OK. It's because you recreated the files, instead of upgrading to -rc2? > > > > > fio_mmap_read is still there. Originally, the testing and bisect were stable. > > > Let me check what happens firstly. > > > > Thanks! What's your fio_mmap_read job file and the readahead traces? > I dumped trace data of fio and found the sync read isn't really sequential. I > create many processes and every process could read a group of files. The trace > shows fio reads a record of a file, then switch to another file to read. My > original assumption is a process reads the complete file sequentially and then > read the 2nd file. Now I upgrade fio the latest version and add parameter > file_service_type=random:4000000 to rerun all testing. However you organize the workload, it is a regression. If you mean "this workload is expected to create regressions", then let's improve the algorithm to cover that workload? In your previous workload, what's the exact read pattern for any single file over time? Thanks, Fengguang -- 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/