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位下,不同厂家的编译器对数据类型的实际长度有不同的解释,具体可以参考维基百科

Untitled

仅仅这个表格就足以说明存在很复杂的交叉编译问题。更进一步说,对于我们常用的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都造成更大的压力。简而言之就是双刃剑。

Advertisements

About HyperIris

Wild Scientist
此条目发表在编程艺术分类目录。将固定链接加入收藏夹。

2 Responses to x86 vs x64

  1. tek-life说道:

    "甚至写int i = &j这样的代码,这样的东西在64位下面是难以正确工作的(至少我们不能说可能能用的算法就是正确的算法)"IA32与64,确实是个很重要的问题啊—-赞!!

  2. Dandy说道:

    ptrdiff_t

发表评论

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / 更改 )

Twitter picture

You are commenting using your Twitter account. Log Out / 更改 )

Facebook photo

You are commenting using your Facebook account. Log Out / 更改 )

Google+ photo

You are commenting using your Google+ account. Log Out / 更改 )

Connecting to %s