home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / dec / 4269 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  2.1 KB
  1. Path: sparky!uunet!olivea!hal.com!decwrl!deccrl!news.crl.dec.com!pa.dec.com!nntpd2.cxo.dec.com!nabeth!alan
  2. From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  3. Newsgroups: comp.sys.dec
  4. Subject: Re: block and fetch size for ULTRIX on DECstation 5000/200
  5. Message-ID: <1992Jul29.174901.28031@nntpd2.cxo.dec.com>
  6. Date: 29 Jul 92 17:49:01 GMT
  7. References: <l7deddINNt72@boogie.cs.utexas.edu>
  8. Sender: alan@nabeth (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  9. Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  10. Organization: Digital Equipment Corporation
  11. Lines: 37
  12.  
  13.  
  14. In article <l7deddINNt72@boogie.cs.utexas.edu>, wilson@cs.utexas.edu (Paul Wilson) writes:
  15. >
  16. >I'm getting some unexpectedly good performance numbers with some
  17. >software I'm running, which looks like it's because file system
  18. >block reads are faster than virtual memory pageins.
  19. >
  20. >Can anybody tell me offhand what's going on?  I'm reading 4K
  21. >blocks from files, and it's unexpectedly fast.  My guess is
  22. >that the filesystem is actually fetching 8K blocks, where the
  23. >VM system is fetching 4K pages, or maybe the file system is
  24. >doing one-block lookahead prefetching.
  25. >
  26. >We're using ULTRIX 4.1.
  27. >
  28. Some of this depends on the hardware configuration.  If you're
  29. doing the sequential reads, then the file system will start doing
  30. read-ahead once it believes you are indeed doing sequential I/O.
  31. So, you read a 4 KB block, it starts that one, starts another for
  32. the next 4 KB of the file and then waits for the first one.  The
  33. 2nd will end up the buffer cache and when you read it, no I/O
  34. is required.
  35.  
  36. If you're using any of most modern SCSI disks they are probably
  37. doing at least one track's worth of read into an internal buffer
  38. and transfering from there instead of reading from the disk.  This
  39. is where most the high read performance comes from.  ULTRIX V4.3
  40. should have file system performance enhancements similiar to the
  41. ones Sun added recently.
  42.  
  43. If you are doing sequential reads of fairly large files, then
  44. you may want to reconsider a file system with an 8 KB block size
  45. and appropriately larger I/O size.
  46. >
  47. >   Paul
  48. --
  49. Alan Rollow                alan@nabeth.cxo.dec.com
  50.