home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / ibm / pc / hardware / 36855 < prev    next >
Encoding:
Text File  |  1993-01-22  |  1.9 KB  |  43 lines
  1. Newsgroups: comp.sys.ibm.pc.hardware
  2. Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!usc!cs.utexas.edu!sun-barr!ames!pacbell.com!rtech!amdahl!amdcad!dvorak.amd.com!tdbear
  3. From: tdbear@dvorak.amd.com (Thomas D. Barrett)
  4. Subject: Re: Any 486 motherboards that use 36-bit memory modules ?
  5. Message-ID: <1993Jan22.172648.14579@dvorak.amd.com>
  6. Organization: Advanced Micro Devices, Inc.; Austin, Texas
  7. References: <C18y4y.6rx@inews.Intel.COM>
  8. Distribution: usa
  9. Date: Fri, 22 Jan 93 17:26:48 GMT
  10. Lines: 31
  11.  
  12. In article <C18y4y.6rx@inews.Intel.COM> ttung@td2cad.intel.com (Thye-Lai Tung) writes:
  13. >There is no interleave, but luckily, the cache system can cover up
  14. >the problem somewhat. Doesn't that sound stupid anyway !
  15.  
  16. It depends on the memory arch and speed... 0ws page mode is quite
  17. possible.  But, with two levels of cache (one or both being
  18. write-back and one being 256K or larger), the very few misses do
  19. indeed not make a big difference.  Especially to the folks who still
  20. think Landmark SPEED is a good *system* benchmark.
  21.  
  22. >I find
  23. >36-bit modules more flexible and suitable for 386DX and 486. But they are
  24. >not widely used in clone systems, why ?
  25.  
  26. Customer demand... and I wouldn't say that 1M SIMMs are very flexible.
  27. Until the 1Mx4 parts became available, it was hard to explain to folks
  28. that they couldn't get beyond 8M in their system when other people
  29. with 8-slots could get 32M.  There were a few companies with the x36
  30. arch and who had 64-bit and 128-bit memory... again, it was a hard
  31. sell.
  32.  
  33. >Theory aside, how do 16M, one-bank machines fare in real life with real
  34. >applications ?
  35.  
  36. It's cheaper to throw a DX2 at the problem or add 16 more MBytes.
  37.  
  38. -- 
  39. |Tom Barrett (TDBear), Sr. Engineer|tom.barrett@amd.com|v:512-462-6856 |
  40. |AMD PCD MS-520 | 5900 E. Ben White|Austin, TX  78741  |f:512-462-5155 |
  41. |"No is yes, And we're all free" ---Tracy Chapman, "Why?"              |
  42. |My views are my own and may not be the same as the company of origin  |
  43.