From owner-freebsd-hardware@FreeBSD.ORG Fri Oct 28 23:00:52 2005 Return-Path: X-Original-To: hardware@FreeBSD.ORG Delivered-To: freebsd-hardware@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 050F116A41F; Fri, 28 Oct 2005 23:00:52 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D984E43D46; Fri, 28 Oct 2005 23:00:49 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.4/8.13.3) with ESMTP id j9SMxZnn024955; Sat, 29 Oct 2005 00:59:35 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) In-Reply-To: <200510281841.19751.mi+mx@aldan.algebra.com> References: <200510280518.j9S5I3oQ025430@blue.virtual-estates.net> <200510281803.15734.mi+mx@aldan.algebra.com> <200510281841.19751.mi+mx@aldan.algebra.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <6F8F4C0A-1D7C-42FF-9CCB-C582827A5D2B@FreeBSD.ORG> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Sat, 29 Oct 2005 01:00:36 +0200 To: Mikhail Teterin X-Mailer: Apple Mail (2.734) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: Peter Jeremy , hackers@FreeBSD.ORG, hardware@FreeBSD.ORG Subject: Re: Very slow writing to SATA disk X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 23:00:52 -0000 On 29/10/2005, at 0:41, Mikhail Teterin wrote: >> Look in smartmontools I provided patches for that, its not rocket >> science you know... >> > > This attitude -- on top of the API change itself -- is not really =20 > encouraging > for ISVs, you know :-) Sigh, ataidle is a hack and the author had no intention to listen =20 back when, so I dont feel teribly sorry about it you know. Spinning =20 down disks needs to be done at the driver level so ATA knows what =20 state the disk is in etc... > >> You need to find out what the transfer rates are for the RAW disk, ie >> by doing a dd from /dev/zero to the disk with a a resonable blocksize >> say 1M to minimize overhead. Also read speed from disk to /dev/null >> blocksize 1M would be helpfull. >> > > The read test averaged 62603828 bytes/sec over a minute or so. > The write test is only 6931231 bytes/sec -- about 9 times less. > > While dd is running, `systat 1 -vm' reports about 110 ata-=20 > interrupts (irq 25) > per second during the write test, and about 1000 during the read test. Hmm, that does sound as problems with that disk, or maybe disk vs =20 diskcontroller. Any chance you could try the disk on something else ? One other thing, how much mem do you have in there ? more than 4G and =20= bounce buffering might get into the picture ruining the transfer rate... S=F8ren Schmidt sos@FreeBSD.org