Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 Apollo; site apollo.UUCP
Path: utzoo!linus!decvax!wivax!apollo!alan
From: alan@apollo.UUCP (Alan Lehotsky)
Newsgroups: net.sources
Subject: Re: BCOPY and Hardware Hacking
Message-ID: <143@apollo.UUCP>
Date: Fri, 14-Oct-83 14:55:27 EDT
Article-I.D.: apollo.143
Posted: Fri Oct 14 14:55:27 1983
Date-Received: Sun, 16-Oct-83 06:34:14 EDT
References: <960@watcgl.UUCP>
Organization: Apollo Computer, Chelmsford, Mass.
Lines: 13

Concerning the suggested change

>  In the VAX bcopy function posted, it would probably be faster if the
>  constant 65535 was replaced by 65532 wherever it occurs, thus causing
>  all memory references to be longword references if the source and destination
>  are longword-aligned.

I'm fairly certain that the micro-code for VAXEN already does this
for you.  As a former DIGIT (DEC employee), I know that a lot of work
was done to make string moves as fast as possible, and all sorts of
tricks such as getting to quad-word alignment and doing double-bus transfers
over the SBI. [I don't have my hardware manuals handy, so....]