home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / bsd / 3158 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  3.0 KB
  1. Xref: sparky comp.unix.bsd:3158 comp.os.linux:7003 comp.periphs.scsi:3798
  2. Newsgroups: comp.unix.bsd,comp.os.linux,comp.periphs.scsi
  3. Path: sparky!uunet!darwin.sura.net!convex!egsner!adaptex!adaptx1!neese
  4. From: neese@adaptx1.UUCP (Roy Neese)
  5. Subject: Re: Query: Drivers for AHA >1522< ?
  6. Organization: Adaptec Inc., Texas
  7. Date: Wed, 29 Jul 1992 20:48:34 GMT
  8. Message-ID: <1992Jul29.204834.20882@adaptx1.UUCP>
  9. References: <adam.711725819@mcrware> <14hjqoINNr78@agate.berkeley.edu> <1992Jul23.232138.20172@colorado.edu>
  10. Lines: 51
  11.  
  12. In article <1992Jul23.232138.20172@colorado.edu> drew@ophelia.cs.colorado.edu (Drew Eckhardt) writes:
  13. > In article <14hjqoINNr78@agate.berkeley.edu> wjolitz@soda.berkeley.edu (William F. Jolitz) writes:
  14. > >In article <adam.711725819@mcrware> adam@microware.com (Adam Goldberg) writes:
  15. > >>...The 1542 is a bus-mastering controller.  This 1522 is not.  That makes
  16. > >>the 1542 much faster (at least in a protected-mode OS like Linux, with
  17. > >>properly written drivers).  
  18. > >
  19. > >One of the reasons that 386BSD works so well with the 1542B is the
  20. > >bus-mastering, the advantages of which are lost on DOS. There may
  21. > >be a false economy in getting a 1522, because the entire advantage
  22. > >of going to SCSI is the bandwidth improvement over the programmed I/O
  23. > >AT/IDE controllers. 
  24. > 
  25. > If you're talking about sustained transfer rate, it's going to be 
  26. > faster to do polled I/O because you don't have the couple of clock
  27. > cycles associated with each bus on period - you just crank data 
  28. > across the AT bus topspeed, 16 bits at a time.
  29.  
  30. Nope.  Polled I/O can never be faster than bus master DMA as it takes
  31. twicw as many cycles to move each word doing polled I/O as it does for a
  32. bus master to move the same word.
  33. The overhead you speak of is for acquiring the bus, wchi takes 2 cycles
  34. and then of course it takes another 2 cylces to release the bus.  But to
  35. show a more subjective view.  Let's make some assumptions, good
  36. assumptions.  Let's say 1 cycle per word for bus master DMA and 2 cycles
  37. per word for polled I/O (you have to do a read and write for polled I/O,
  38. whereas bus masters do either a read or a write).  Now let's move 512
  39. bytes of data.  Let's see,... for polled that would be 1024 cycles and
  40. for a bus master 512 + 2 + 2 = 516.  Nuff' said.
  41.  
  42. > However, if you can DMA to memory, and replace multiple interrupts with 
  43. > a single interrupt, you'll come out ahead in terms of speed because 
  44. > you're looking at ~200 clocks overhead for an interrupt on the i386
  45. > in protected mode.
  46.  
  47. True.
  48.  
  49. > SCSI-I also allows you to have one outstanding command per LUN 
  50. > (you can have one disk seeking, or transfering to local buffer 
  51. > while yoou're transfering data to another disk), which IDE and 
  52. > "traditional" disk controllers do not.
  53.  
  54. Nope.  SCSI has never forced command queueuing as mandatory.  SCSI-2
  55. makes it optional as well.  Host adapters can do command queueing, but
  56. it doesn't have a thing to do with the SCSI spec.
  57. ---
  58.  
  59.             Roy Neese
  60.             Adaptec Senior UNIX/SCSI Software Engineer
  61.             UUCP:    convex!egsner!adaptex!neese
  62.             Inet:    neese%adaptex@cirr.com
  63.