atom feed16 messages in org.freebsd.freebsd-stableRe: Dump takes ages on SCSI. (severa...
FromSent OnAttachments
David GilbertJul 2, 2000 1:24 pm 
Kent StewartJul 2, 2000 2:53 pm 
David GilbertJul 2, 2000 5:42 pm 
Kent StewartJul 2, 2000 6:50 pm 
Chad R. LarsonJul 2, 2000 8:44 pm 
David GilbertJul 2, 2000 9:25 pm 
Kenneth D. MerryJul 2, 2000 10:55 pm 
David MaloneJul 3, 2000 12:01 am 
kostikJul 3, 2000 1:35 am 
Gerhard SittigJul 3, 2000 10:38 am 
Mike SmithJul 3, 2000 6:57 pm 
Mike SmithJul 4, 2000 4:08 am 
Mike SmithJul 4, 2000 5:22 am 
Gerhard SittigJul 4, 2000 10:16 am 
Mike SmithJul 6, 2000 2:36 am 
Don LewisJul 14, 2000 1:36 am 
Subject:Re: Dump takes ages on SCSI. (several times faster on IDE)
From:Gerhard Sittig (Gerh@gmx.net)
Date:Jul 3, 2000 10:38:12 am
List:org.freebsd.freebsd-stable

On Sun, Jul 02, 2000 at 20:44 -0700, Chad R. Larson wrote:

As I recall, David Gilbert wrote:

I have a PIII/450 with a venerable Adaptec 2940UW and a Quantum 9G SCSI disk.

Oh, man. You're making me feel old. A 2940UW is "venerable"? What's that make my 1540C?

I didn't watch the start of the thread, but are _you_ the one complaining about the duration of SCSI operations? And is this controller installed in a machine with PCI slots?

If so, I'm very tempted to scream out loud "Aha!". If not, never mind. :)

The Problem with aha1542 (ISA busmaster capable controller) in PCI boards is that it is located "at the end" of a long chain to memory. Chances are, busmastering will not work at all behind the PCI to ISA bridge since all the PCI devices have higher priority and the ISA gadget never gets any access granted or at least always too late. You're better off with a PCI controller.

Another thing bubbles up: When adaptec switched from 1542B to 1542C people moaned about "nothing works any longer". But it just was that suddenly sloppy (cheap) cable caused problems when it worked before due to the "better" signal form of the new electronics (sorry, I lack better words, but the signal was "sharpened" in the new model which definitely is an improvement). It's just that now fell back what the user did wrong before. This is much like hardware failing under UNIX when it has been working for years under DoS.

To Unsubscribe: send mail to majo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message