CopyMem Quick & Small v1.6
Parts of patch install code by Dirk Busse 1999
Enhanced patch code by SpeedGeek 2015
INTRODUCTION:
CMQ&S is a much smaller Copymem + Copymemquick patch. It's
main goal is to give a good speed increase without all the bloated
code found in the other CMQ patches. It does not attempt to be the
fastest CMQ patch, but at 92 bytes for the current version, it's
almost certainly one of the fastest in it's class.
FEATURES:
- Installs one of the smallest CMQ patches for 68020+ Amigas
- Safely exits if the patch is already installed (e.g. a good patch
program should really avoid patching itself)
REQUIREMENTS:
- Amiga with 68020+
NOTES:
Most other CMQ patches got bloated because their authors
wanted their patch to be faster than any previously released
patch. This means even bigger "unrolled" loops, redundant
testing for small & medium size copies and extra code to
handle misaligned transfers. Unfortunately, Testit from
COPMQR28 makes a disproportional number of these
"Worst Case" tests and other coders have fallen into the trap.
Motorola optimized it's 68K CPUs to improve average case
performance at the expense of worst case performance.
Need I say any more?
Here is the link for downloadable files:
https://eab.abime.net/showthread.php?t=76345
Parts of patch install code by Dirk Busse 1999
Enhanced patch code by SpeedGeek 2015
INTRODUCTION:
CMQ&S is a much smaller Copymem + Copymemquick patch. It's
main goal is to give a good speed increase without all the bloated
code found in the other CMQ patches. It does not attempt to be the
fastest CMQ patch, but at 92 bytes for the current version, it's
almost certainly one of the fastest in it's class.
FEATURES:
- Installs one of the smallest CMQ patches for 68020+ Amigas
- Safely exits if the patch is already installed (e.g. a good patch
program should really avoid patching itself)
REQUIREMENTS:
- Amiga with 68020+
NOTES:
Most other CMQ patches got bloated because their authors
wanted their patch to be faster than any previously released
patch. This means even bigger "unrolled" loops, redundant
testing for small & medium size copies and extra code to
handle misaligned transfers. Unfortunately, Testit from
COPMQR28 makes a disproportional number of these
"Worst Case" tests and other coders have fallen into the trap.
Motorola optimized it's 68K CPUs to improve average case
performance at the expense of worst case performance.
Need I say any more?
Here is the link for downloadable files:
https://eab.abime.net/showthread.php?t=76345
Last edited: