From owner-freebsd-stable@FreeBSD.ORG Thu Jan 20 23:37:03 2005 Return-Path: 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 0300516A4CE for ; Thu, 20 Jan 2005 23:37:03 +0000 (GMT) Received: from ns1.itga.com.au (ns1.itga.com.au [202.53.40.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id B02A243D45 for ; Thu, 20 Jan 2005 23:37:01 +0000 (GMT) (envelope-from gnb@itga.com.au) Received: from melmail.itga.com.au (lenford.itga.com.au [10.132.2.150]) by ns1.itga.com.au (8.12.9/8.12.9) with ESMTP id j0KNalJn070905; Fri, 21 Jan 2005 10:36:49 +1100 (EST) (envelope-from gnb@itga.com.au) Received: from [10.132.2.163] (hellcat.itga.com.au [10.132.2.163]) by melmail.itga.com.au (Postfix) with ESMTP id 4A60844C87; Fri, 21 Jan 2005 10:36:47 +1100 (EST) Message-ID: <41F0408F.2010607@itga.com.au> Date: Fri, 21 Jan 2005 10:36:47 +1100 From: Gregory Bond User-Agent: Mozilla Thunderbird 1.0 (X11/20050104) X-Accept-Language: en-us, en MIME-Version: 1.0 To: martin hudec References: <200501201948.42707.emanuel.strobl@gmx.net> <200501202000.43688.emanuel.strobl@gmx.net> <20050120192739.GD5431@pleiades.aeternal.net> In-Reply-To: <20050120192739.GD5431@pleiades.aeternal.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Higher ATA-Mode -> lower speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 20 Jan 2005 23:37:03 -0000 martin hudec wrote: > amber# dd if=/dev/zero of=/usr/testfile bs=64k count=2000 > 131072000 bytes transferred in 2.546718 secs (51467023 bytes/sec) > > These are not very usefull tests of raw disk bandwith because they use the filesystem (and are hence subject to the vagiaries of block allocation, etc) and are not likely to be very repeatable or comparable. Nore are the big enough or long enough to reduce the variance of the result or cover one-off spikes (e.g. what if it is running just when a cron job happens to kick off?)