home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / question / 10979 < prev    next >
Encoding:
Text File  |  1992-09-11  |  2.7 KB  |  57 lines
  1. Newsgroups: comp.unix.questions
  2. Path: sparky!uunet!decwrl!pa.dec.com!nntpd2.cxo.dec.com!nabeth!alan
  3. From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  4. Subject: Re: Berkely Fast File System
  5. Message-ID: <1992Sep12.003806.20983@nntpd2.cxo.dec.com>
  6. Lines: 44
  7. Sender: alan@nabeth (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  8. Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  9. Organization: Digital Equipment Corporation
  10. References:  <1992Sep7.085336.22530@nntp.uoregon.edu> <1992Sep9.025316.19275@nntpd2.cxo.dec.com> <BuBvL6.2MJ@gumby.ocs.com>
  11. Date: Sat, 12 Sep 1992 00:38:06 GMT
  12.  
  13.  
  14. In article <BuBvL6.2MJ@gumby.ocs.com>, obi@gumby.ocs.com (Kuryan "Obi" Thomas) writes:
  15. >
  16. >In article <1992Sep9.025316.19275@nntpd2.cxo.dec.com>,
  17. >Could Alan or
  18. >someone else discuss if any of this thinking is affected by SCSI disk
  19. >drives and if so how? My understanding of SCSI drives is that they hide
  20. >specifics like how many platters there are and so on. What's the strategy
  21. >used for dealing with these "block-stream" devices?
  22.  
  23. My first cut at this showed me that my knowledge of disk driver
  24. internals is sorely lacking.  My belief is that detailed knowledge
  25. of the geometry of disk is much less important than it used to be.
  26. Assuming you can get the underlying device to tell you the truth about
  27. the geometry.  Certainly with the advent of read-ahead caches (and
  28. write behind if you're that trusting) in drives read performance
  29. is much less tied to geometry.  Does it really matter if you have
  30. your transfers starting on track boundries, if the driver is reading
  31. four or eight tracks ahead of you?
  32.  
  33. The basic principle guiding the organization by cylinder group
  34. is to keep the data close together.  As long as the drive isn't
  35. wildly lying about it's geometry, then it still good to keep the
  36. data logically close together.  That file system and partition
  37. boundries don't closely match up with supposed physical geometries
  38. probably doesn't matter much, use the geometry that will make
  39. best use of the available space.
  40.  
  41. One that has been made partially obsolute is the work done to
  42. find the rotationally optimal location for a block.  On drives
  43. with a read-ahead cache you don't block the spread out.  You
  44. want them close together so the cache holds more of the data
  45. in which you are interested.  If you do lots of sequential
  46. writting then playing with the rotational latency may be worth
  47. while, but you may hurt read performance later.
  48.  
  49. Recent improvements in the implementation of the Fast File System
  50. by Sun and by DEC in ULTRIX V4.3 make this much less of a problem.
  51. That will be the topic of my next post in this thread.  For now
  52. I'm off to see "Unforgiven"...
  53. >
  54. --
  55. Alan Rollow                alan@nabeth.cxo.dec.com
  56.  
  57.