Path: utzoo!utgpu!attcan!uunet!lll-winken!lll-tis!ames!think!bloom-beacon!mit-eddie!bbn!rochester!pt.cs.cmu.edu!ius3.ius.cs.cmu.edu!ralphw
From: ralphw@ius3.ius.cs.cmu.edu (Ralph Hyre)
Newsgroups: comp.arch
Subject: Re: RISC bashing at USENIX
Message-ID: <2469@pt.cs.cmu.edu>
Date: 28 Jul 88 21:53:03 GMT
References: <6965@ico.ISC.COM> <936@garth.UUCP> <202@baka.stan.UUCP> <59798@sun.uucp> <12485@mimsy.UUCP>
Sender: netnews@pt.cs.cmu.edu
Organization: Carnegie-Mellon University, CS/RI
Lines: 20

In article <12485@mimsy.UUCP> chris@mimsy.UUCP (Chris Torek) writes:
>>In article <202@baka.stan.UUCP> stan!landru@boulder.edu writes:
<<<... for the common copy case:
<<<[some code]
<In article <59798@sun.uucp> pope@vatican.Sun.COM (John Pope) writes:
>>This should be re-coded to use the bcopy() library routine
<Reread the original.  It *does* do a 32 bit copy.
...
<I suspect it can be optimised a bit more (copy 64 bytes per trip around
<the main loop, e.g.).

On a Sun, at least, don't you have the additional options of
1) playing MMU games (for 'virtual', read-only copies)
2) use the RasterOP stuff for the real thing.
I thought this was why the Sun kernel's bcopy was so much faster then the
C library one.
-- 
					- Ralph W. Hyre, Jr.

Internet: ralphw@ius2.cs.cmu.edu    Phone:(412)268-{2847,3275} CMU-{BUGS,DARK}
Amateur Packet Radio: N3FGW@W2XO, or c/o W3VC, CMU Radio Club, Pittsburgh, PA