From owner-freebsd-chat Wed Sep 27 11: 0:56 2000 Delivered-To: freebsd-chat@freebsd.org Received: from inconnu.isu.edu (inconnu.isu.edu [134.50.8.55]) by hub.freebsd.org (Postfix) with ESMTP id 9872E37B422 for ; Wed, 27 Sep 2000 11:00:49 -0700 (PDT) Received: from localhost (galt@localhost) by inconnu.isu.edu (8.9.3/8.9.3) with ESMTP id MAA29338; Wed, 27 Sep 2000 12:00:36 -0600 Date: Wed, 27 Sep 2000 12:00:35 -0600 (MDT) From: John Galt To: Dag-Erling Smorgrav Cc: Dan Langille , chat@FreeBSD.ORG Subject: Re: CD writers - recommendations In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Adaptec 1542 has a Z-80 onboard to share in the disk processing tasks, I'm betting that the better cards have beefier processors. I have never seen a GP processor on an IDE card. There's a coprocessor inherent in the SCSI spec, there isn't one in the IDE spec. Whether or not the last part about the hiccough is right, I know that burning a CD is datapipe intensive, and in an IDE that means that the datapipe may be compromised when multitasking, the same mulitasking has a slightly lesser chance of breaking the datapipe in SCSI, since the datapipe is actually controlloed off the main processor if everything goes as planned (which it hardly ever does). IDE was a stopgap until SCSI became cheaper: it never did, so now we have ATAPI and other bastardizations of the IDE spec, all of which share one trait: the processing is all focused on the main CPU, not an auxillary processor. On 27 Sep 2000, Dag-Erling Smorgrav wrote: > John Galt writes: > > SCSI are better period. IDE does the processing on the main processor, > > while SCSI has its own to allow the main processor to hiccough a couple of > > times during the burn without ruining the burn (as much). > > Bollocks. > > DES > -- Galt's sci-fi paradox: Stormtroopers versus Redshirts to the death. Who is John Galt? galt@inconnu.isu.edu, that's who! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message