*BSD News Article 58168


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.mel.connect.com.au!munnari.OZ.AU!ihnp4.ucsd.edu!qualcomm.com!qualcomm.com!not-for-mail
From: drew@qualcomm.com (Drew Eckhardt)
Newsgroups: comp.unix.bsd.freebsd.misc,comp.periphs.scsi
Subject: Re: SCSI-2 Bus Hangs
Date: 26 Dec 1995 15:48:06 -0700
Organization: QUALCOMM, Incorporated; San Diego, CA, USA
Lines: 15
Message-ID: <4bpu36$c0d@qualcomm.com>
References: <4bju5p$ihj@wilma.widomaker.com> <4bnidn$lej@almond.elite.net> <4bp241$8q4@uriah.heep.sax.de>
NNTP-Posting-Host: redcloud.qualcomm.com
Xref: euryale.cc.adfa.oz.au comp.unix.bsd.freebsd.misc:11474 comp.periphs.scsi:43844

In article <4bp241$8q4@uriah.heep.sax.de>,
J Wunsch <joerg_wunsch@uriah.heep.sax.de> wrote:
>nate@elite.net (Nate Lawson) writes:
>(The fact that other operating systems might not run as well
>with it doesn't prove the chipset is junk, it does only prove that the
>driver developers of those systems didn't do their homework very well.

Some operating systems (ie, Linux) get lower performance due to problems in 
the buffer cache or filesystem implementation; not the low level drivers.  
Under Linux, we usually see the same sort of performance using the BSD and 
Linux NCR drivers, although there are devices where one driver does 
measurably better in some cases.
-- 
Four boxes : soap, ballot, jury, ammo.  | Work: drew@Qualcomm.COM       
Use in that order.                      | Play: drew@PoohSticks.ORG