Date: Fri, 29 May 1998 11:19:33 -0700 (PDT) From: Chris Timmons <skynyrd@opus.cts.cwu.edu> To: "Justin T. Gibbs" <gibbs@plutotech.com> Cc: scsi@FreeBSD.ORG Subject: Re: Quantum Atlas II warning Message-ID: <Pine.BSF.3.96.980529111212.22933I-100000@opus.cts.cwu.edu> In-Reply-To: <199805140512.XAA13306@pluto.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Although I haven't yet seen the ugly failure syndrome (yet) that you alluded to, do you suppose that the later firmware will help with this sad situation? This is the repo disk for cvsup.freebsd.org: da2: <QUANTUM XP34550W LXY4> Fixed Direct Access SCSI2 device da2: Serial Number PCB=2011300001 ; HDA=184704251342 da2: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 4341MB (8890760 512 byte sectors: 64H 32S/T 4341C) (da2:ahc1:0:4:0): tagged openings now 31 (da2:ahc1:0:4:0): tagged openings now 30 (da2:ahc1:0:4:0): tagged openings now 29 (da2:ahc1:0:4:0): tagged openings now 28 (da2:ahc1:0:4:0): tagged openings now 27 (da2:ahc1:0:4:0): tagged openings now 26 (da2:ahc1:0:4:0): tagged openings now 25 (da2:ahc1:0:4:0): tagged openings now 24 Our news server, now running 2.2.6-STABLE+CAM is noticeably revitalized - throughput increase with CAM was substantial as others running -current+CAM had reported. That system has all barracudas and hasn't had to dynamically lower the tagged openings at all. CAM really, really helps (but you knew that :) -Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.980529111212.22933I-100000>