home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / pcclone / 32bit / 427 < prev    next >
Encoding:
Internet Message Format  |  1992-11-06  |  1.7 KB
  1. Path: sparky!uunet!utcsri!ois.db.toronto.edu!fche
  2. Newsgroups: comp.unix.pc-clone.32bit
  3. From: fche@db.toronto.edu ("Frank Ch. Eigler")
  4. Subject: Re: ISA Limitation?
  5. Message-ID: <92Nov5.164644est.42003@ois.db.toronto.edu>
  6. cc: fche@db.toronto.edu
  7. Organization: Department of Computer Science, University of Toronto
  8. References: <1992Oct22.201908.5288@walter.bellcore.com> <1992Oct25.203602.2387@ksmith.uucp> <BwqMxn.26p@portal.hq.videocart.com> <913@felix.Sublink.Org> <1992Nov5.200108.6921@mdd.comm.mot.com>
  9. Distribution: na
  10. Date: 5 Nov 92 21:46:56 GMT
  11. Lines: 24
  12.  
  13. kelsey@mdd.comm.mot.com (Joe Kelsey) writes:
  14.  
  15. > [...]
  16. >I just got through a very trying experience going from 16MB to 32MB on
  17. >my 486-33 ISA machine.  I ended up swapping out the original
  18. >motherboard for a newer version.  The old motherboard did not have a
  19. >large enough TAG CACHE to handle beyond 16M address range.  It did
  20. >have 256kB of data cache, but the TAG CACHE couldn't handle more than
  21. >16M address range.  My system booted and ran (Esix 4.0.4), but any
  22. >programs which happened to get mapped into the upper 16M (common
  23. >enough when you run a few large X Window programs (xv, emacs, etc.))
  24. >had simply *horrible* performance, since the processor had to endure
  25. >the full latency of every access to the 70ns rams!
  26. > [...]
  27.  
  28.  
  29. What happens if the cache indeed has only a few address bits in its tag
  30. RAM, say 22 bits, but physical memory may extend above 2^22 bytes?  Are
  31. there boards that *don't* at least *check* the rest of the bits of CPU
  32. address lines, thus whose cache tag may falsely match an address above
  33. 2^22 with one below and return the wrong data?
  34. -- 
  35.  
  36. -- Frank Ch. Eigler -- Comp Eng -- <eigler@ecf.toronto.edu> -- (I'm Brian!)
  37.