From owner-freebsd-stable@FreeBSD.ORG Thu May 18 02:02:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3667916A589 for ; Thu, 18 May 2006 02:02:48 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-4.paradise.net.nz (bm-4a.paradise.net.nz [203.96.152.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB10243D45 for ; Thu, 18 May 2006 02:02:47 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-1.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-4.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IZF00I09UZXOK@linda-4.paradise.net.nz> for freebsd-stable@freebsd.org; Thu, 18 May 2006 14:02:21 +1200 (NZST) Received: from [192.168.1.11] (218-101-29-139.dsl.clear.net.nz [218.101.29.139]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id AB42C62B206; Thu, 18 May 2006 14:02:20 +1200 (NZST) Date: Thu, 18 May 2006 14:02:19 +1200 From: Mark Kirkwood In-reply-to: <446BBDDC.5010702@rogers.com> To: Mike Jakubik Message-id: <446BD5AB.2070501@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5 (X11/20060417) References: <446AC35C.2090304@paradise.net.nz> <446BBC75.6040407@paradise.net.nz> <446BBDDC.5010702@rogers.com> Cc: freebsd-stable@freebsd.org Subject: Re: Sequantial IO Performance improvement in 6.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 May 2006 02:02:48 -0000 Mike Jakubik wrote: > Mark Kirkwood wrote: >> Mark Kirkwood wrote: >>> I recently upgraded my FreeBSD machines from 6.0R to 6.1-STABLE >>> >>> I noticed a pleasant surprise - improved disk IO! >>> >>> In 6.0R best sequential throughput I ever saw was 170 MB/s (32k block >>> size reads on an 4G file). In 6.1-STABLE I'm seeing 190 Mb/s (32k >>> block size reads on an 4G file). >>> >> >> Would have been even better if I'd spelled "sequential" correctly in >> the subject :-(... >> >> I'm also seeing sequential write speed increasing from 120Mb/s to >> 140Mb/s. >> >> I did wonder if this increased IO throughput is what is triggering the >> posts about data corruption in 6.1 - i.e. more throughput means more >> heat to dissipate! > > Or, maybe the file was in a different location on the disk. Outer and > inner tracks perform differently. Did you test with the same exact file > and the same file system? > Good point, but yes - I made sure that a pre-existing file was used for the *read* test. About the *write* test - I am mistaken unfortunately, as I found some old test results showing 137Mb/s, I conclude that 140Mb/s is not significantly different from that! Cheers Mark