From owner-freebsd-stable Mon Mar 12 23:40:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by hub.freebsd.org (Postfix) with ESMTP id 0687637B718; Mon, 12 Mar 2001 23:40:04 -0800 (PST) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id BAA18033; Tue, 13 Mar 2001 01:40:02 -0600 (CST) (envelope-from jeff-ml@mountin.net) Received: from dial-69.max1.wa.cyberlynk.net(207.227.118.69) by peak.mountin.net via smap (V1.3) id sma018027; Tue Mar 13 01:39:41 2001 Message-Id: <4.3.2.20010313012614.01fe6b00@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Tue, 13 Mar 2001 01:36:13 -0600 To: Allen Landsidel , Jean-Marc Zucconi From: "Jeffrey J. Mountin" Subject: Re: UDMA 33/UDMA 100 perfs Cc: stable@FreeBSD.ORG In-Reply-To: <4.3.2.7.2.20010313013018.00c49fd0@64.7.7.83> References: <4.3.2.20010313002151.02d94c70@207.227.119.2> <200103130329.f2D3TXN73556@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 01:39 AM 3/13/01 -0500, Allen Landsidel wrote: >The point of a higher bus speed is not to get higher transfer rates from a >single drive, but to avoid saturating the bus when you have multiple >drives on a single channel of a controller. This is true of both IDE and SCSI. Here we go again. Check the archives and consider a retraction of this. >The above mentioned drive is a Western Digital "Protoge", their lowest-end >drive family. It may be ATA-100, but it's also 5400RPM. Their site tells >us this drive has minimum to-media transfer rate of 24MB/s, and a maximum >transfer rate of 40MB/s. What rate you get will dependant upon where your >data is located on the disk. The closer to the outside of the disk, the >faster your transfer rates will be. > >It looks to me like Mr. Zucconi is getting exactly the performace he >should expect out of that drive. If you want better performance, you have >a few options. All of them, unfortunately, involve buying more hardware. Which is exactly why I said what I said and why I grew sick of manufactures hyping new transfer standards when no drives could hardly saturate the previous standard and end lusers think there was something to gain with their old drives on new controllers. >1. Buy a drive with faster to and from media characteristics. Higher >drive rpm, and higher data density will contribute to this to a degree. > >2. Set up a RAID, either through outlay of some $$ for a hardware >controller, or by using vinum. You forgot or don't know about: 3) Consider using only one drive per controller for maximum performance. Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message