home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / bsd / 2726 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  2.1 KB
  1. Xref: sparky comp.unix.bsd:2726 comp.os.linux:6576 comp.periphs.scsi:3707
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!csn!boulder!ophelia!drew
  3. From: drew@ophelia.cs.colorado.edu (Drew Eckhardt)
  4. Newsgroups: comp.unix.bsd,comp.os.linux,comp.periphs.scsi
  5. Subject: Re: Query: Drivers for AHA >1522< ?
  6. Message-ID: <1992Jul23.232138.20172@colorado.edu>
  7. Date: 23 Jul 92 23:21:38 GMT
  8. References: <2A6B89E3.7DE5@tct.com> <adam.711725819@mcrware> <14hjqoINNr78@agate.berkeley.edu>
  9. Sender: news@colorado.edu (The Daily Planet)
  10. Organization: University of Colorado at Boulder
  11. Lines: 29
  12. Nntp-Posting-Host: ophelia.cs.colorado.edu
  13.  
  14. In article <14hjqoINNr78@agate.berkeley.edu> wjolitz@soda.berkeley.edu (William F. Jolitz) writes:
  15. >In article <adam.711725819@mcrware> adam@microware.com (Adam Goldberg) writes:
  16. >>...The 1542 is a bus-mastering controller.  This 1522 is not.  That makes
  17. >>the 1542 much faster (at least in a protected-mode OS like Linux, with
  18. >>properly written drivers).  
  19. >
  20. >One of the reasons that 386BSD works so well with the 1542B is the
  21. >bus-mastering, the advantages of which are lost on DOS. There may
  22. >be a false economy in getting a 1522, because the entire advantage
  23. >of going to SCSI is the bandwidth improvement over the programmed I/O
  24. >AT/IDE controllers. 
  25.  
  26. If you're talking about sustained transfer rate, it's going to be 
  27. faster to do polled I/O because you don't have the couple of clock
  28. cycles associated with each bus on period - you just crank data 
  29. across the AT bus topspeed, 16 bits at a time.
  30.  
  31. However, if you can DMA to memory, and replace multiple interrupts with 
  32. a single interrupt, you'll come out ahead in terms of speed because 
  33. you're looking at ~200 clocks overhead for an interrupt on the i386
  34. in protected mode.
  35.  
  36. SCSI-I also allows you to have one outstanding command per LUN 
  37. (you can have one disk seeking, or transfering to local buffer 
  38. while yoou're transfering data to another disk), which IDE and 
  39. "traditional" disk controllers do not.
  40.  
  41. This gets you a lot in a multi-disk system.  The current Linux SCSI 
  42. drivers do not support this, the next ones do.
  43.