Return to BSD News archive
#! rnews 2120 bsd Newsgroups: comp.unix.bsd.freebsd.misc Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!simtel!news.sprintlink.net!howland.reston.ans.net!Germany.EU.net!netmbx.de!logware.de!newsun.netmbx.de!unlisys!news.maz.net!news.ppp.net!news.Hanse.DE!wavehh.hanse.de!cracauer From: cracauer@wavehh.hanse.de (Martin Cracauer) Subject: Re: SCSI - throughput Message-ID: <1995Sep26.165343.15245@wavehh.hanse.de> Organization: The Internet References: <43bufs$ekb@nx2.hrz.uni-dortmund.de> <1995Sep21.090850.12239@wavehh.hanse.de> <MICHAELV.95Sep22235646@MindBender.HeadCandy.com> Date: Tue, 26 Sep 95 16:53:43 GMT Lines: 28 michaelv@MindBender.HeadCandy.com (Michael L. VanLoon) writes: >In article <1995Sep21.090850.12239@wavehh.hanse.de> cracauer@wavehh.hanse.de (Martin Cracauer) writes: > If you find the difference between the iozone numbers for the 1742 and > 2742 significant for your needs, maybe you should consider buying a > PCI-based 486 board. You should get about 5 MB/sec from your IBM 4.3 > GB using an NCR controller, so your EISA equipment seems to limit it > anyway. >Yet, this shouldn't be a limiting factor. EISA is capable of >burst-mode transfers just like PCI, and can sustain 33MB/sec. I've >gotten excellent results with my (EISA) BT747s. It 1742 shouldn't be >much worse than a 1742, and people say (though I don't know how much >to believe them) that a 2742 should be slightly faster. I didn't intent to speak again EISA in general. Just the troughput of the original poster's machine was bad and since I see nothing he could do about it (since his machine doesn't seem to reach the potential of FreeBSD's drivers), I suggested replacing major parts to whatever has efficient drivers in FreeBSD. When buying a new matherboard and multiple SCSI cards, PCI and NCR seems to be the best choice. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer <cracauer@wavehh.hanse.de>. No NeXTMail, please. Norderstedt/Hamburg, Germany. Fax +49 40 522 85 36. This is a private address. At (netless) work programming in data analysis.