From owner-freebsd-performance@FreeBSD.ORG Fri Dec 22 05:44:51 2006 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C03C16A407 for ; Fri, 22 Dec 2006 05:44:51 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id DC82813C43E for ; Fri, 22 Dec 2006 05:44:50 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id kBM5GVhD085201; Thu, 21 Dec 2006 23:16:32 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <458B6A39.5040902@centtech.com> Date: Thu, 21 Dec 2006 23:16:41 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Mark Kirkwood References: <458B3651.8090601@paradise.net.nz> In-Reply-To: <458B3651.8090601@paradise.net.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2367/Thu Dec 21 10:35:52 2006 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-performance@freebsd.org Subject: Re: Cached file read performance X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 05:44:51 -0000 On 12/21/06 19:35, Mark Kirkwood wrote: > I recently did some testing on the performance of cached reads using two > (almost identical) systems, one running FreeBSD 6.2PRE and the other > running Gentoo Linux - the latter acting as a control. I initially > started a thread of the same name on -stable, but it was suggested I > submit a mail here. > > My background for wanting to examine this is that I work with developing > database software (postgres internals related) and cached read > performance is pretty important - since we typically try hard to > encourage cached access whenever possible. > > Anyway on to the results: I used the attached program to read a cached > 781MB file sequentially and randomly with a specified block size (see > below). The conclusion I came to was that our (i.e FreeBSD) cached read > performance (particularly for smaller block sizes) could perhaps be > improved... now I'm happy to help in any way - the machine I've got > running STABLE can be upgraded to CURRENT in order to try out patches > (or in fact to see if CURRENT is faster at this already!)... > > Best wishes > > Mark > > > ----------------------results-etc--------------------------------- > Machines > ======== > > FreeBSD (6.2-PRERELEASE #7: Mon Nov 27 19:32:33 NZDT 2006): > - Supermicro P3TDER > - 2xSL5QL 1.26 GHz PIII > - 2xKingston PC133 RCC Registered 1GB DIMMS > - 3Ware 7506 4x Maxtor Plus 9 ATA-133 7200 80G > - Kernal GENERIC + SMP > - /etc/malloc.conf -> >aj > - ufs2 32k blocksize, 4K fragments > - RAID0 256K stripe using twe driver > > Gentoo (2.6.18-gentoo-r3 ): > - Supermicro P3TDER > - 2xSL5QL 1.26 GHz PIII > - 2xKingston PC133 RCC Registered 1GB DIMMS > - Promise TX4000 4x Maxtor plus 8 ATA-133 7200 40G > - default make CFLAGS (-O2 -march-i686) > - xfs stripe width 2 > - RAID0 256K stripe using md driver (software RAID) > > Given the tests were about cached I/O, the differences in RAID > controller and the disks themselves were seen as not significant (indeed > booting the FreeBSD box with the Gentoo livecd and running the tests > there confirmed this). [..snip of useful results..] Aren't you also slightly testing parts of the file system code? Why not (since it is only read-only you are interested in) use FreeBSD's xfs support (only in -CURRENT however) and run the tests also? I'm just curious if it would make any difference - I would bet not much of any though. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology An undefined problem has an infinite number of solutions. ------------------------------------------------------------------------