From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  6 03:43:01 2004
Return-Path: <owner-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 4614716A4D0
	for <stable@freebsd.org>; Mon,  6 Dec 2004 03:43:01 +0000 (GMT)
Received: from ion.gank.org (ion.gank.org [69.55.238.164])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0EBB143D45
	for <stable@freebsd.org>; Mon,  6 Dec 2004 03:43:01 +0000 (GMT)
	(envelope-from craig@feniz.gank.org)
Received: from aldaris.auir.gank.org (arbiter.gank.org [64.81.113.221])
	by ion.gank.org (mail) with ESMTP id 8EFCF2A98A
	for <stable@freebsd.org>; Sun,  5 Dec 2004 21:43:00 -0600 (CST)
From: Craig Boston <craig@feniz.gank.org>
To: stable@freebsd.org
Date: Sun, 5 Dec 2004 21:42:57 -0600
User-Agent: KMail/1.7.1
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200412052142.57238.craig@feniz.gank.org>
Subject: Stuttering I/O on DPT RAID
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 06 Dec 2004 03:43:01 -0000

Almost sent this to -current, I'm not used to 5.3 being stable yet...

I recently installed an old DPT RAID controller in a test machine (5.3-REL, 
SMP) and saw some odd I/O behavior.  The controller is:

dpt0: <DPT Caching SCSI RAID Controller> port 0xef80-0xef9f irq 17 at device 
16.0 on pci0
dpt0: DPT PM3334UW FW Rev. 07H1, 1 channel, 64 CCBs
dpt0: [GIANT-LOCKED]

da0 at dpt0 bus 0 target 0 lun 0
da0: <DPT RAID-5 07H1> Fixed Direct Access SCSI-2 device
da0: 17365MB (35564544 512 byte sectors: 255H 63S/T 2213C)

It's running RAID-5 and has an on-board cache (64MB worth of 72-pin SIMMs, 
heh).  The drives I think are Seagate Barracuda ultrawide, but I'm not 
physically there to verify at the moment -- they're in a locked enclosure.

The odd behavior surfaced when I went to zero out the array using dd with a 
1MB block size.  According to both gstat and iostat, the array is busy for 5 
seconds or so, then everything drops to 0 for about 2 seconds.

iostat -d -w 1 looks like this:

            da0
 KB/t tps  MB/s
128.00  14  1.73
128.00  20  2.48
128.00  20  2.48
128.00  19  2.35
128.00  19  2.35
 0.00   0  0.00
128.00   6  0.74
128.00  20  2.48
128.00  20  2.48
128.00  19  2.35
128.00  19  2.35
128.00   5  0.62
128.00   1  0.12

I know sequential writes aren't a very good way to measure performance, 
especially with RAID-5, but it just seemed a little... odd.  Is this to be 
expected?

Craig