home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / arch / 8953 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  1.9 KB
  1. Path: sparky!uunet!ferkel.ucsb.edu!taco!lll-winken!ames!decwrl!deccrl!bloom-beacon!eru.mt.luth.se!lunic!sunic!mcsun!uknet!gdt!aber!aberfa!pcg
  2. From: pcg@aber.ac.uk (Piercarlo Grandi)
  3. Newsgroups: comp.arch
  4. Subject: Re: CACHE MISS PENALTY FOR 386/486??
  5. Message-ID: <PCG.92Aug19114950@aberdb.aber.ac.uk>
  6. Date: 19 Aug 92 11:49:50 GMT
  7. References: <1992Aug19.042318.10163@nuscc.nus.sg>
  8. Sender: news@aber.ac.uk (USENET news service)
  9. Reply-To: pcg@aber.ac.uk (Piercarlo Grandi)
  10. Organization: Prifysgol Cymru, Aberystwyth
  11. Lines: 30
  12. In-Reply-To: eletanjm@nuscc.nus.sg's message of 19 Aug 92 04: 23:18 GMT
  13. Nntp-Posting-Host: aberdb
  14.  
  15. On 19 Aug 92 04:23:18 GMT, eletanjm@nuscc.nus.sg (TAN JIN MENG) said:
  16.  
  17. eletanjm> Just what is a typical cache miss penalty on (1) a 386 system
  18. eletanjm> with external cache (2) a 486 system with only internal cache
  19. eletanjm> (3) a 486 system with internal cache and external secondary
  20. eletanjm> cache
  21.  
  22. I think it is about something percent. :-)
  23.  
  24. More seriously, the cache miss penalty depends on several parameters,
  25. just like memory accesses, including for example how the memory is
  26. organized, the bus transactions used to access memory, and so on. The
  27. range of variation is quite large.  In some boards the way the memory
  28. works depends on how much memory you put in, for example.
  29.  
  30. eletanjm> I'm assuming an typical AT style system.
  31.  
  32. Probably you are assuming a bit too much. I have seen dozens of types of
  33. AT style systems, and none was 'typical'. Actually I doubt that a
  34. 'typical' AT style system exists.
  35.  
  36. eletanjm> Just how do you determine the miss penalty anyway?
  37.  
  38. You ask the designer of the board, if s/he has got any clue (which may
  39. or may not be the case), or you use a suitable analyzer (a fast storage
  40. oscilloscope may be enough) hooked to the relevant pins.
  41. --
  42. Piercarlo Grandi                   | JNET: pcg@uk.ac.aber
  43. Dept of CS, University of Wales    | UUCP: ...!mcsun!ukc!aber-cs!pcg
  44. Penglais, Aberystwyth SY23 3BZ, UK | INET: pcg@aber.ac.uk
  45.