Date: Fri, 21 Apr 2006 13:34:24 -0500
From: "Jim C. Nasby" <jnasby@pervasive.com>
To: Wu Fengguang <wfg@mail.ustc.edu.cn>, Markus Schaber <schabi@logix-tt.com>,
	pgsql-performance@postgresql.org
Subject: Re: Introducing a new linux readahead framework
Message-ID: <20060421183423.GL49405@pervasive.com>
References: <20060421013826.GA5217@mail.ustc.edu.cn>
	<20060421043147.GV49405@pervasive.com>
	<20060421071511.GA4885@mail.ustc.edu.cn>
	<44488F7E.6060704@logix-tt.com>
	<20060421122028.GA5937@mail.ustc.edu.cn>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20060421122028.GA5937@mail.ustc.edu.cn>
User-Agent: Mutt/1.5.11

On Fri, Apr 21, 2006 at 08:20:28PM +0800, Wu Fengguang wrote:
> Hi Markus,
> 
> On Fri, Apr 21, 2006 at 09:53:34AM +0200, Markus Schaber wrote:
> > Are there any rough estimates when this will get into mainline kernel
> > (if you intend to submit)?
> 
> I'm not quite sure :)
> 
> The patch itself has been pretty stable.  To get it accepted, we must
> back it by good benchmarking results for some important applications.
> I have confirmed that file service via FTP/HTTP/NFS can more or less
> benefit from it. However, database services have not been touched yet.
> Oracle/DB2 seem to bypass the readahead code route, while postgresql
> relies totally on kernel readahead logic. So if postgresql is proved
> to work well with this patch, it will have good opportunity to go into
> mainline :)

IIRC Mark from OSDL said he'd try testing this when he gets a chance,
but you could also try running dbt2 and dbt3 against it.
-- 
Jim C. Nasby, Sr. Engineering Consultant      jnasby@pervasive.com
Pervasive Software      http://pervasive.com    work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf       cell: 512-569-9461