home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.arch
- Path: sparky!uunet!sun-barr!ames!agate!linus!aquila.sni-usa.com!news.sni.de!uranium!josef
- From: Josef Moellers <mollers.pad@sni.de>
- Subject: Re: CISC Microcode (was Re: RISC Mainframe)
- Sender: josef@nixpbe.sni.de (Moellers)
- Message-ID: <josef.712480602@uranium>
- Date: Thu, 30 Jul 1992 07:16:42 GMT
- References: <9207081402.AA25575@ucbvax.Berkeley.EDU> <32580127@hpcuhe.cup.hp.com> <19920714.070713.843@almaden.ibm.com> <13v76qINN1ap@rodan.UU.NET> <nn2q62k@zuni.esd.sgi.com>
- Organization: Siemens Nixdorf Info.Sys. AG, Paderborn, Germany
- Lines: 21
-
- In <nn2q62k@zuni.esd.sgi.com> tarolli@tenno.boston.sgi.com (Gary Tarolli) writes:
-
- >In article <13v76qINN1ap@rodan.UU.NET>, avg@rodan.UU.NET (Vadim Antonov) writes:
- >|> Did anybody thought that bcopy has nothing to do with the central processor?
- >|> I'd prefer to have a machine which thinks of it as of a pair of DMA-s.
- >some people think DMA is a dirty word....
-
- >|> It makes the whole system more "consistent" from the OS point of view.
- >|> There is no need to pump unchanged words through all those CPU
- >|> data caches effectively flushing them.
- >how do you then keep your data caches consistent with memory (in case some
- >of the bcopy's destination bytes were in the cache)? If you flush or invalidate
- >your data cache, its not any different than pumping those words thru the cache.
-
- But if Your cache does bus snooping, it is!
- Just imagine You have a 4K cache filled with data totally unrelated to
- the stuff You want to transfer in Your 4K bcopy!
- --
- | Josef Moellers | c/o Siemens Nixdorf Informationssysteme AG |
- | USA: mollers.pad@sni-usa.com | Abt. STO-XS 113 | Riemekestrasse |
- | !USA: mollers.pad@sni.de | Phone: (+49) 5251 835124 | D-4790 Paderborn |
-