home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / sun / hardware / 5667 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  1.9 KB
  1. Xref: sparky comp.sys.sun.hardware:5667 comp.periphs.scsi:5493
  2. Path: sparky!uunet!cbmvax!jesup
  3. From: jesup@cbmvax.commodore.com (Randell Jesup)
  4. Newsgroups: comp.sys.sun.hardware,comp.periphs.scsi
  5. Subject: Re: Problems with Fast SCSI-II on Sun Sparc 10 (long)
  6. Message-ID: <37088@cbmvax.commodore.com>
  7. Date: 17 Nov 92 01:32:40 GMT
  8. References: <1992Nov13.081624.764@EE.Stanford.EDU> <MRD.92Nov13160506@morsel.stdavids.picker.com> <1992Nov15.121008.12717@pt.com>
  9. Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
  10. Organization: Commodore, West Chester, PA
  11. Lines: 32
  12.  
  13. jjg@pt.com (John Grana) writes:
  14. >As one who has spent the past year dealing with Fast SCSI on single ended
  15. >busses, all on SBus, I can offer the following:
  16.  
  17. > Also, our driver performs a speed
  18. >reduction when it detects a sync. problem. So, the system would start at
  19. >10 MB/sec., then drop to 8 and maybe even 6.7 MB/sec before it would
  20. >stabilize.
  21.  
  22.     What method do you use to determine when a sync problem has occurred?
  23. Mismatched transfer sizes?  How do you tell this is different from either
  24. commands which return less than requested, or people who use CAM (or the
  25. equivalent) and tell you the command will do more or less IO than it actually
  26. does?
  27.  
  28. >Then we plugged the 3 line FPT board (active on the other lines) into
  29. >our board. Now, the system ran better, but still dropped to 8. Finally
  30. >we added a third party FPT/Active to the end of the SCSIbus (on the
  31. >last drive in the last shoebox). SPARCstation negotiated 10 MB/sec
  32. >AND STAYED THERE. Ran disk I/O for 2 days. All four disks stayed at
  33. >10 MB/sec.
  34.  
  35.     How expensive should a 3-line FPT be?  (In parts, not neccesarily
  36. pre-built.)  Isn't there an issue with FPT perhaps drawing too much current
  37. for the SCSI spec?
  38.  
  39. -- 
  40. To be or not to be = 0xff
  41. -
  42. Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
  43. {uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
  44. Disclaimer: Nothing I say is anything other than my personal opinion.
  45.