home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / intel / 1615 < prev    next >
Encoding:
Text File  |  1992-08-31  |  1.7 KB  |  41 lines

  1. Newsgroups: comp.sys.intel
  2. Path: sparky!uunet!news.claremont.edu!ucivax!megatek!rstewart
  3. From: rstewart@ganglia.megatek.uucp (Rich Stewart)
  4. Subject: Re: Future of i860 line
  5. Message-ID: <1992Aug31.151640.16824@megatek.com>
  6. Sender: rstewart@megatek.com (Rich Stewart)
  7. Reply-To: megatek!rstewart@uunet.uu.net
  8. Organization: Megatek Corporation, San Diego, California
  9. References: <1992Aug28.182116.4396@megatek.com> <1992Aug29.031847.28867@nas.nasa.gov> <Btr4Iz.GB9@pgroup.com>
  10. Date: Mon, 31 Aug 1992 15:16:40 GMT
  11. Lines: 28
  12.  
  13. In article <Btr4Iz.GB9@pgroup.com> lfm@pgroup.com (Larry Meadows) writes:
  14. >In article <1992Aug29.031847.28867@nas.nasa.gov> klee@wilbur.nas.nasa.gov (King M. Lee) writes:
  15. >>
  16. >>One reason why the i860(tm) did do better may be that good compilers
  17. >>were not available when it was first introduced. It would have been
  18. >>better for the i860 if they had developed compilers while designing
  19. >>the chip. The compilers have improved, but it may be too late.
  20. >
  21. >Are you listening, Intel?
  22. >
  23. >>
  24. >>Of all the modern micros, the i860(tm) is the  only one I know of
  25. >>that allows one to bypass cache. There are two instructions to
  26. >
  27. >Yes!  Very good point.  If you can't bypass cache then you have
  28. >to hope/arrange for re-use, which is much harder.
  29. >-- 
  30. >Larry Meadows        The Portland Group
  31. >lfm@pgroup.com
  32.  
  33. Stop this. You can bypass cache on lots of chips. Most caching cpu's
  34. can have cache bypassed in the page tables. A second way, if your board
  35. is designed to do it, is a software toggle of some sort. I think, most
  36. modern cpu's, have a cache enable/disable pin.
  37.  
  38. And finally, you do not want to use pfld's that might access memory
  39. that is in a cachable address range. (Right Larry?).
  40. -Rich
  41.