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