Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!usc!snorkelwacker!bloom-beacon!LARRY.MCRCIM.MCGILL.EDU!mouse
From: mouse@LARRY.MCRCIM.MCGILL.EDU (der Mouse)
Newsgroups: comp.windows.x
Subject: Re: Question about XCopyArea
Message-ID: <9002192117.AA28888@Larry.McRCIM.McGill.EDU>
Date: 19 Feb 90 21:17:53 GMT
Sender: daemon@athena.mit.edu (Mr Background)
Organization: The Internet
Lines: 19

> The MIT R4 server is heavily tuned for copy-mode bitblt.  All other
> rasterops go through a very slow convoluted path which runs about 10
> times slower.  It's not that the other rasterops are naturally that
> slow, but the code checks the rasterop for every longword copied
> instead of expanding the code 16 times, once per rasterop.  The old
> R3 server actually did expand the code 16 times, but that broke many
> compilers as the resulting function was rather large.

Why not control it with a configuration parameter?  I see no reason why
sites with compilers capable of handling the expanded version shouldn't
be able to get it....

					der Mouse

			old: mcgill-vision!mouse
			new: mouse@larry.mcrcim.mcgill.edu

(Or split it off into 16 different functions, and eat the call overhead
if the area being blitted is big enough....)