home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / ultrix / 9553 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  2.3 KB
  1. Path: sparky!uunet!tis.com!mjr
  2. From: mjr@tis.com (Marcus J Ranum)
  3. Newsgroups: comp.unix.ultrix
  4. Subject: Re: Recommendations for high disk throughput
  5. Date: 28 Jan 1993 20:11:37 GMT
  6. Organization: Trusted Information Systems, Inc.
  7. Lines: 46
  8. Message-ID: <1k9elpINN19e@sol.tis.com>
  9. References: <1993Jan27.205507.13234@grc.genroco.com> <C1JA9I.50x@news.iastate.edu> <1993Jan28.151736.29972@grc.genroco.com>
  10. NNTP-Posting-Host: sol.tis.com
  11.  
  12. joe@grc.genroco.com (Joe Nordman) writes:
  13.  
  14. >People should also know that the paper which claims IPI to be the wrong 
  15. >choice was written by a company that makes it's money from SCSI.
  16.  
  17.     Don't apologise.
  18.  
  19.     They cheated. The comparison is between a "typical" Auspex
  20. NS5000 with 10 concurrent SCSI-1 channels versus a SPARCserver
  21. with 1-4 IPI controllers. The picture gets clearer when statements
  22. like:
  23.     "The Sun ISP-80 controllers handle a 10Mb/S channel transfer
  24. rate and are optimized (with controller buffering) for sequential
  25. read-ahead. Despite this sequential transfer advantage, section 4.3
  26. discusses empirical testing that confirms that the limited drive
  27. concurrency of this style of IPI subsystem greatly restricts NFS
  28. (random access) throughput."
  29.  
  30.     I particularly get a chuckle out of the line: "Compared to
  31. SCSI, the IPI interface is an unintelligent interface." Now, they're
  32. talking about *their* SCSI interfaces, which are a slick piece of
  33. work - they aren't talking about the lame SCSI you get with your
  34. workstation. They also declined to publish the results of testing
  35. an IPI subsystem with a write cache. :) And they used one controller.
  36. Benchmarking this against a RAID 0 array.
  37.  
  38.     So, we got this Auspex server with 2 CPUs, *8* *ETHERNETS*
  39. and a RAID 0 array and - well - yeah it kicks ass. You are surprised?
  40.  
  41.     The paper is bogus and I'm surprised it got past the program
  42. committee. The title is:
  43.     "How and why SCSI is better than IPI for NFS"
  44.     and then they proceed to argue that it's better because,
  45. well, it's cheaper and nothing does particularly well given NFS'
  46. weird load characteristics.
  47.     and *THEN* they conclude:
  48.     "The result is that SCSI disk arrays easily outperformed a
  49. contemporary, optimized IPI drive subsystem on NFS workloads."
  50.     Hangon.
  51.     The paper title should have read:
  52.     "Disk arrays proven fast"
  53.     Rocket science.
  54.  
  55. mjr.
  56. -- 
  57.                                                  "guns don't die. people do."
  58.