home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / next / software / 1216 < prev    next >
Encoding:
Text File  |  1992-08-18  |  1.7 KB  |  38 lines
  1. Newsgroups: comp.sys.next.software
  2. Path: sparky!uunet!stanford.edu!leland.Stanford.EDU!marcu
  3. From: marcu@leland.Stanford.EDU (Marc Albert Ullman)
  4. Subject: Re: SCSI drivers
  5. Message-ID: <1992Aug18.180311.25480@leland.Stanford.EDU>
  6. Sender: news@leland.Stanford.EDU (Mr News)
  7. Organization: DSG, Stanford University, CA 94305, USA
  8. References: <1992Aug18.072833.15164@leland.Stanford.EDU> <1992Aug18.173248.21572@leland.Stanford.EDU>
  9. Date: Tue, 18 Aug 92 18:03:11 GMT
  10. Lines: 26
  11.  
  12. In article <1992Aug18.173248.21572@leland.Stanford.EDU> m@crito.stanford.edu (M Carling) writes:
  13. >You compare real-world tests with the drive manufacturers' claims  
  14. >seemingly in an attempt to show that NeXT's SCSI driver is inferior to  
  15. >that of other vendors. Please, if you want to make such a claim, test  
  16. >NeXT's SCSI performance against someone else's SCSI performance, not  
  17. >against claimed theoretical performance.
  18.  
  19. I would not exactly call "disk / read" a "real-world" test.  How much more
  20. ideal can you get?  Also, I'm not claiming that other *UNIX* SCSI driver's
  21. are necessarily good--simply that NeXT's could stand some improvement.
  22.  
  23. >This is correct. NeXT currently supports neither sychronous SCSI nor  
  24. >tagged command queueing. I unsuccessfully lobbied to have them included in  
  25. >3.0.
  26.  
  27. That makes two of us.
  28.  
  29. > Before NeXT will support these SCSI features, they will put every  
  30. >type of hard drive that they ever shipped through qualification testing to  
  31. >make sure that implementing them won't "break" anyone's system. I am  
  32. >confident, however, that NeXT will eventually support these features.
  33.  
  34. I woould have preferred to see them put it in but be disabled by default
  35. so that adventuresome users could have enabled it at their own risk.
  36.  
  37. --Marc
  38.