From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 15:01:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2F6616A4CE for ; Fri, 29 Apr 2005 15:01:19 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6589D43D39 for ; Fri, 29 Apr 2005 15:01:19 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id AB47E933; Fri, 29 Apr 2005 11:01:15 -0400 (EDT) Received: from thinkdog.local.linnet.org (host217-40-157-153.in-addr.btopenworld.com [217.40.157.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 50CCE8C; Fri, 29 Apr 2005 11:01:14 -0400 (EDT) Received: from lists by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DRWzB-000OO2-4m; Fri, 29 Apr 2005 16:00:57 +0100 Date: Fri, 29 Apr 2005 16:00:57 +0100 From: Brian Candler To: killing@multiplay.co.uk Message-ID: <20050429150057.GA93707@uk.tiscali.com> References: <069901c54bfd$2967ba40$7f06000a@int.mediasurface.com> <42722CB9.7050702@corp.grupos.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42722CB9.7050702@corp.grupos.com.br> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Very low disk performance Highpoint 1820a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 15:01:19 -0000 > >5.4-STABLE Highpoint 1820a RAID 5 ( 5 disk ) > >dd if=/dev/da0 of=/dev/null bs=64k count=10000 > >10000+0 records in > >10000+0 records out > >655360000 bytes transferred in 13.348032 secs (49097875 bytes/sec) > > > >5.3-RELEASE Highpoint 454 RAID 5 ( 4 disk ) > >dd if=/dev/da0 of=/dev/null bs=64k count=10000 > >10000+0 records in > >10000+0 records out > >655360000 bytes transferred in 20.410034 secs (32109697 bytes/sec) > > > >5.2.1-RELEASE Intel ICH3 UDMA100 ( 1 disk ) > >dd if=/dev/ad0 of=/dev/null bs=64k count=10000 > >10000+0 records in > >10000+0 records out > >655360000 bytes transferred in 11.142405 secs (58816745 bytes/sec) > > > >Obviously something is seriously a miss here somewhere as > >both the RAID 5 arrays a producing less throughput than > >a single disk. > > > >Where do I start looking? Just some ideas: - try reconfiguring your array as 5 separate disks, and dd from a single disk. If it's still slower than your ATA disk, then it's probably SCSI transfers or controller I/O bandwidth which are slowing things down. If you get equal or better performance than your ATA disk, then it becomes likely that the RAID configuration is the bottleneck. - try reconfiguring your array as two mirrored pairs, and do the same test again. RAID5 isn't necessarily a good choice for high-performance applications; a single block write requires two reads and two writes (to the target data disk and the parity disk), and therefore write access to the array is likely to be *slower* than to a single disk. You might be better off with mirroring. It handles random writes better, and you may get double the random read performance since there are two copies of all the data. RAID5 is acceptable if your application is mostly read-only though (which your dd test is, of course) Brian.