home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / sun / admin / 8480 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  1.5 KB
  1. Xref: sparky comp.sys.sun.admin:8480 comp.sys.sun.hardware:5772
  2. Newsgroups: comp.sys.sun.admin,comp.sys.sun.hardware
  3. Path: sparky!uunet!wupost!micro-heart-of-gold.mit.edu!uw-beaver!tera.com!news
  4. From: mfb@tera.com (Mark Beauchamp)
  5. Subject: Seagate ST42400N cache OK?
  6. Message-ID: <1992Nov20.010728.18376@tera.com>
  7. Sender: news@tera.com (News Administrator)
  8. Reply-To: mfb@tera.com
  9. Organization: Tera Computer Company, Seattle, WA
  10. Date: Fri, 20 Nov 1992 01:07:28 GMT
  11. Lines: 31
  12.  
  13. I've had problems in the past with the READ-AHEAD cache on the
  14. Maxtor P-17S (1.7GByte) disk under SunOS4.1.2 and have heard that
  15. in general any such cache should be disabled.
  16.  
  17. I've just brought in a Seagate ST42400N 2.4GByte drive.  It sports
  18. a 192kb read-ahead cache... or at least I think it does.  I have it
  19. attached at 'esp0 target 1' on a 4/690MP.   
  20.  
  21. Does anyone have any wisdom or experience with regard to read-ahead
  22. SCSI disk caching under SunOS?  And more specifically, should the
  23. 'format.dat' stanza for the Seagate ST42400N have 'cache = 0x00 :' or
  24. 'cache = 0x11 :' ?
  25.  
  26. This is what I'm currently using:
  27.  
  28. disk_type = "Seagate Elite II ST42400N cache disabled" \
  29.         : cache = 0x00 : trks_zone = 19 : asect = 6 \
  30.         : ctlr = SCSI : fmt_time = 6 \
  31.         : ncyl = 2624 : acyl = 2 : pcyl = 2627 : nhead = 19 : nsect = 83 \
  32.         : rpm = 5400 : bpt = 42496
  33.  
  34. Thanks!
  35.  
  36. ---
  37. Mark Beauchamp, mfb@tera.com
  38.     Vc 206.548.9405
  39.     Fx 206.545.4564
  40. Tera Computer Company
  41. 400 N 34th St, Ste 300
  42. Seattle, WA 98103 USA
  43.  
  44.