From owner-freebsd-current Sun Sep 13 16:44:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA21778 for freebsd-current-outgoing; Sun, 13 Sep 1998 16:44:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA21770; Sun, 13 Sep 1998 16:44:12 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id QAA19528; Sun, 13 Sep 1998 16:43:53 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd019473; Sun Sep 13 16:43:43 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id QAA23937; Sun, 13 Sep 1998 16:43:39 -0700 (MST) From: Terry Lambert Message-Id: <199809132343.QAA23937@usr04.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: tom@uniserve.com (Tom) Date: Sun, 13 Sep 1998 23:43:39 +0000 (GMT) Cc: gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: from "Tom" at Sep 13, 98 10:17:17 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Over fast local links, the speed of your disk often affects the speed > > of the install more than network issues. > > If 200 KB/s is too much for your disks, it is time to join the late > '80s and get new disks. Note that even some brand new disks will bottleneck you. FreeBSD no longer does elevator sorts on data pending output, relying instead on the disk hardware to be smarter about this, especially given the likelihood that the drive is lying about its pysical geometry, making it unlikely that any sort you could do would result in an optimization. While this is fine for disks that can support multiple outstanding commands pending simultaneously (giving them something to sort), it is less of a good idea for stupid disks that must be sent commands serially. Like, oh, say, E/IDE disks. The FreeBSD E/IDE driver supports queued tagged commands, but few E/IDE drives have this capability (in fact, I am not aware of *any* that support this portion of the spec.). It should be noted that some SCSI devices don't support tagged command queuing, either (but we don't buy those, since they are in the minority). So new disks are not necessarily the answer. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message