home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / arch / 8982 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  2.4 KB
  1. Xref: sparky comp.arch:8982 comp.arch.storage:595
  2. Newsgroups: comp.arch,comp.arch.storage
  3. Path: sparky!uunet!kithrup!stanford.edu!ames!decwrl!csus.edu!netcom.com!ken
  4. From: ken@netcom.com (Ken Kofman)
  5. Subject: Memory Hierarchy Questions
  6. Message-ID: <y6#nqyb.ken@netcom.com>
  7. Date: Thu, 20 Aug 92 22:28:16 GMT
  8. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  9. Lines: 50
  10.  
  11. Hi,
  12.  
  13. I have a few questions, and I hope this is the right place to post them.
  14.  
  15. Suppose you had a memory device with the following characteristics:
  16. 64 bit word width, 512 byte block size (64 words), 700 ns access time,
  17. 1280ns transfer time (1 word / 20ns), cost as much as dram but was twice
  18. as dense, and each device had a size of 300-500Mbytes.
  19.  
  20. Would you design it into a system, and, if so, what would you do with it,
  21. other than use it as a ramdisk?  What if the block size were 256 or 64
  22. bytes?  What if the price were a little less than DRAM?
  23.  
  24. Along these lines, I have also developed an interest in learning about
  25. the kinds of memory hierarchies being designed into real-world larger
  26. systems.  The Patterson/Hennessey book was a good start, but I'm also
  27. interested in actual data.  How does doubling main memory from 200Meg to
  28. 400Meg, from 0.5Gig to 1Gig, or from 1Gig to 2 impact the miss rate?  What
  29. is the width and access time of this main memory?  What are the
  30. characteristics of the cache hierarchy in the system?  This will probably
  31. vary depending upon the way the system is used.  In short, I would like
  32. to find out what is currently state of the art for larger systems, and
  33. how well they do.
  34.  
  35. I would greatly appreciate any information, or references.
  36.  
  37. I also am curious about the software overhead of a disk access, which
  38. does not seem to be discussed very often, since seek time and rotational
  39. latency tend to dominate disk transactions.
  40.  
  41. Finally, if anyone knows of a good reference on developing simulations of
  42. large memory systems, please let me know.
  43.  
  44. The basic question I'm trying to answer for myself is whether it would be
  45. useful to take a system with its maximum amount of main memory, almost
  46. double the main memory by using the forementioned hypothetical ;-) device
  47. instead of DRAM, and put another level of cache (using paged or SC DRAM)
  48. in front of it.
  49.  
  50. Whew!!  So much to learn.
  51.  
  52. Thank you in advance,
  53.  
  54. Ken Kofman
  55.  
  56.  
  57. -- 
  58. anti-life and anti-choice
  59. anti-flowers and anti-sunshine
  60. anti-freedom and anti-love
  61.