x86 vs x64
今天看到某青年的blog转贴, 那文章写得真是阎王爷打报告, 鬼话连篇. 现在网上的东西真不能看.
在这里我来写一点点关于x86和x64的东西。
i686 : Intel 686 ( Pentium II, Pentium III , Pentim 4, K7 级别CPU ) |
严格的说,没有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都造成更大的压力。简而言之就是双刃剑。