home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / ibm / pc / hardware / 23018 < prev    next >
Encoding:
Text File  |  1992-08-31  |  1.5 KB  |  34 lines
  1. Newsgroups: comp.sys.ibm.pc.hardware
  2. Path: sparky!uunet!sun-barr!ames!agate!iat.holonet.net!uupsi!psinntp!tandon!tdbear
  3. From: tdbear@tandon.com (Tom Barrett)
  4. Subject: Re: 486 external cache
  5. Message-ID: <1992Aug28.170834.11127@tandon.com>
  6. Organization: Tandon Corporation, Moorpark, CA
  7. References: <9208270241.AA29504@ucbvax.Berkeley.EDU>
  8. Date: Fri, 28 Aug 1992 17:08:34 GMT
  9. Lines: 23
  10.  
  11. In article <9208270241.AA29504@ucbvax.Berkeley.EDU> JULIUS@BTVLABVM.VNET.IBM.COM ("Julius C. Chang") writes:
  12. >2-way
  13. >set associative organization (unlike the more common direct-mapped secondary
  14. >caches which are subject to "thrashing")
  15.  
  16. All caches are subject to thrashing... it's just that 2-way
  17. caches are twice as likely NOT to thrash.  It just depends on
  18. the data being accessed.  Typically, if your data is MUCH
  19. larger than the cache, you will be thrashing all the time
  20. (like with huge spreadsheets)... that's when smarter caches
  21. are desirable which detect and adapt to changing data access
  22. patterns.  Those type of caches have typically only been used
  23. in mainframes, but I'm sure we will see them in PCs pretty
  24. soon.
  25.  
  26. As for the 16-byte line fills... most 486 caches have this
  27. feature and allow the 486 to burst the line.
  28.  
  29. -- 
  30. Tom Barrett (TDBear)    tdbear@tandon.com                 voice 805-378-6207
  31. Tandon Corporation      tdbear@p6.f1006.n102.z1.fidonet.org fax 805-529-8895
  32. Sr. HW Design Engineer  "War is Peace, No is Yes, And We're All Free!" 
  33. [NOTE:  The feed to tdbear@tandon.com may be interrupted in Sept.  <<<===--]
  34.