FASTMM4,FASTCODE我知道有什么用,
但不知道fastMove有什么用??

在功能上，FastMove提供了System.Move函数的高性能替换实现。

从官方网站上看，FastMove放在Fastcode Libraries 子栏目下，应该是FastCode Project开发的子项目。而其它那些函数放在Fastcode Challenges子栏目下，是开放的竞赛项目。

在使用方式上，FastMove可以单独下载、单独使用，其它函数由FastCode.pas统一进行rtl补丁。

不知道DELPHI的RTL用到System.Move没哦??
我们一般的开发,有用到System.Move 吗??

基本上delphi编译出来的代码，只要用到内存复制，都会调用System.Move。RTL/VCL内部大量使用了Move，即便你自己不调用，FastMove也会对性能提高有所帮助。

哇塞。感觉 MOVE 已经很快啦，除了多了句自己 MOVE 自己的保护判断外，几乎没有多半个字节的废句了，
居然还有 FastMove 这样的函数啊，没见到过，感叹ing。

另外也疑惑一件事情，zjy 见识多，正好请教一下：我看 Delphi2006 源代码，发现很多地方嵌入了 FastCode 的代码，
调查了一个 POS 函数（大概是这种类型的运行时函数吧），发现有二个版本，一个是 Delphi 开发小组自己写的，另
一个是 FastCode 的，实际嵌入正式运行时的是 FastCode 的版本，哦，记起来啦，是 FastCode 写的 PosEx 函数，
没有 Delphi 小组的 PosEx 函数，Delphi 开发组写的是 Pos 函数。但我按照 Delphi 开发组的 Pos 函数进行扩展为
PosEx 函数时发现，Delphi 开发组写的这个函数的思想，比 FastCode 那个 PosEx 函数写的思想，快了十倍。不知道
为什么开发组不自己完成 PosEx ，而是直接拿 FastCode 的 PosEx 顶帐？

FastCode 可能考虑到了在 PIII,PIV 的整体性能.
在 PIV 运行很快的代码可能在 PIII 上运行较慢,反之,也成立.
这种函数从代码上看不出任何问题，必须结合不同的CPU 特性。

对，FastCode是兼容多种CPU的，在代码里有对CPU的判断。

既然 FastCode 的家伙已经把这些工作做好了，CodeGear 的人当然更有理由抽出时间干其它的事情嘛，呵呵。话说回来，如果不是 FastCode 已经把这些东西做出来了，估计 CodeGear/Borland 的人是不会去考虑更新这些底层 RTL 函数的

FastCode的代码更多的考虑了在现代CPU上的运行速度，比如说减少分支，数据对齐，超标量运行，使用SIMD指令等，而Delphi原来自己的函数则更适合以前的CPU，而且思路比较清晰，但是在现代的CPU上的执行效率会比较差。

在CNPACK混长见识

长见识了。