x86 vs x64

今天看到某青年的blog转贴, 那文章写得真是阎王爷打报告, 鬼话连篇. 现在网上的东西真不能看.

在这里我来写一点点关于x86和x64的东西。

i686 : Intel 686 ( Pentium II, Pentium III , Pentim 4, K7 级别CPU ) i786 是一个隐藏的新体系(后面有描述)

严格的说，没有i786这种东西，一般认为Pentium Pro, P II和PIII是P6，而Pentium 4是超长流水线架构，现在的Intel产品则是Core架构，在ICC中都有对应的编译选项。不同的架构会影响编译器的设计，也就是编译器后端代码生成部分的策略。针对长短流水线所需要的优化技术显然是不同的。

其实如果你有源代码，32位系统的源代码基本上可以直接在 64 位的系统上面编译成为 64 位架构可运行的软件（新的技术还是用不上）。

这里涉及到一个很复杂的，牵扯面很广的交叉编译问题。

1 在64位下，不同厂家的编译器对数据类型的实际长度有不同的解释，具体可以参考维基百科

仅仅这个表格就足以说明存在很复杂的交叉编译问题。更进一步说，对于我们常用的CC++语言，很多人喜欢用int来保存两个指针的差，甚至写int i = &j这样的代码，这样的东西在64位下面是难以正确工作的（至少我们不能说可能能用的算法就是正确的算法）。

64位地址带来的问题是，数学运算结果不能保存在32位长度变量中，如果地址被截断，那就会变得毫无意义。

2 如果源代码是精心设计编写，能够被交叉编译到x64系统上，那么x64所引入的体系架构增强会被自然的采用，这主要有两点：

A：64位巨大的地址空间，可以处理更多的数据

B：对于高级语言来说，编译器会利用额外的8个通用寄存器R8~~r15来用作函数调用实参传递和临时变量，并且在像Windows这样的系统上，默认的系统调用约定由stdcall变成了fastcall，优势不言而喻。

当然，额外的不利情况也会出现：64位的代码比较大，会对I cache、D cache都造成更大的压力。简而言之就是双刃剑。