home *** CD-ROM | disk | FTP | other *** search
- Path: nntp.uio.no!solace!news
- From: cmh@lls.se (Magnus Holmgren)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: CHIP RAM speed test results
- Date: 23 Mar 1996 12:26:42
- Organization: Programmers' Point
- Message-ID: <4j0p69$9f6@fizban.solace.mh.se>
- References: <4iogfh$e6i@serpens.rhein.de>
- NNTP-Posting-Host: arthur.lls.se
- Mime-Version: 1.2
- Content-Type: TEXT/PLAIN; charset=ISO-8859-1
- Content-Transfer-Encoding: 8BIT
- X-FTN-To: Michael van Elst
- X-Newsreader: Spot 1.3a #26/NetGate 1.2
-
- In a message of 20 Mar 96, Michael wrote to :
-
- MvE> This is exactly why the move16 was implemented, to avoid the cost of
- MvE> the copyback cache when doing bulk copies. Unfortunately it requires
- MvE> that source and destination are properly aligned, something that is
- MvE> difficult to achieve under AmigaOS.
-
- It isn't that difficult if you allocate structs yourself, is it? Allocate
- some extra bytes, mask, and you're done..
-
- And then it could be nice with some more information about the following
- section in the Enforcer docs:
-
- +++ quote
- On the Amiga, MOVE16 is not supported 100%. Causing an Enforcer hit
- with a MOVE16 will cause major problems and maybe cause Enforcer or
- your task to lock. Since MOVE16 is not supported, this is not a
- major issue. Just watch out if you are using this 68040
- instruction. (Also, watch out for the 68040 CPU bug with MOVE16)
- +++ end quote
-
- --
- Magnus Holmgren - Amiga programmer and enthusiast
-
-
-