网站空间续费,台州做网站,wordpress上传.sh脚本,做网络推广哪家好关于x86、x86_64/x64、amd64和arm64/aarch64
转自#xff1a;https://www.jianshu.com/p/2753c45af9bf
为什么叫x86和x86_64和AMD64?
为什么大家叫x86为32位系统#xff1f;
为什么软件版本会注明 for amd64版本#xff0c;不是intel64呢#xff1f;
x86是指intel的开…关于x86、x86_64/x64、amd64和arm64/aarch64
转自https://www.jianshu.com/p/2753c45af9bf
为什么叫x86和x86_64和AMD64?
为什么大家叫x86为32位系统
为什么软件版本会注明 for amd64版本不是intel64呢
x86是指intel的开发的一种32位指令集从386开始时代开始的一直沿用至今是一种cisc指令集所有intel早期的cpuamd早期的cpu都支持这种指令集intel官方文档里面称为“IA-32”
x84_64是x86 CPU开始迈向64位的时候有2选择
1、向下兼容x86。
2、完全重新设计指令集不兼容x86。
AMD抢跑了比Intel率先制造出了商用的兼容x86的CPUAMD称之为AMD64抢了64位PC的第一桶金得到了用户的认同。
Intel选择了设计一种不兼容x86的全新64为指令集称之为IA-64这玩意似乎就是安腾但是比amd晚了一步而且IA-64也挺惨淡的因为是全新设计的CPU没有编译器也不支持windows微软把intel给忽悠了承诺了会出安腾版windows server版但是迟迟拿不出东西。后来不得不在时机落后的情况下也开始支持AMD64的指令集但是换了个名字叫x86_64表示是x86指令集的64扩展大概是不愿意承认这玩意是AMD设计出来的。
实际上x86_64,x64,AMD64基本上是同一个东西我们现在用的intel/amd的桌面级CPU基本上都是x86_64与之相对的arm,ppc等都不是x86_64。
x86、x86_64主要的区别就是32位和64位的问题x86中只有8个32位通用寄存器eax,ebx,ecxedx, ebp, esp, esi, edi。
x86_64把这8个通用寄存器扩展成了64位的并且比x86增加了若干个寄存器好像增加了8个变成了总共16个通用寄存器。同样的MMX的寄存器的位数和数量也进行了扩展。此外cpu扩展到64位后也能支持更多的内存了等等许多好处。
对于普通程序来说CPU位数的扩展、寄存器数量的增加不会带来明显的性能提升比如IE浏览器、Office办公这类的软件。特定的程序很能够充分利用64位CPU、更多的寄存器带来的优势比如MMX除了能提升多媒体程序的性能对矩阵、多项式、向量计算都能带来提升更多的MMX寄存器、更大的寄存器字长都有利于SIMD指令的执行能够提升CPU对数据的吞吐量RISC指令集的CPU动不动就有数百个寄存器可以有效的缓存中间计算结果不需要把中间结果写入内存从而减少内存访问次数显著提升性能
x86
x86架构The x86 architecture是微处理器执行的计算机语言指令集指一个intel通用计算机系列的标准编号缩写也标识一套通用的计算机指令集合。
1978年6月8日Intel发布了新款16位微处理器“8086”也同时开创了一个新时代x86架构诞生了。
在40年的发展史中x86家族不断壮大从桌面转战笔记本、服务器、超级计算机、编写设备期间还挫败或者限制了很多竞争对手的发展让不少处理器厂商及其架构技术成为历史名字即使有些封闭发展的也难以为继比如苹果就已经放弃PowerPC了。
AMD64/x86-64
**x86-64有时会简称为“x64”是64位微处理器架构及其相应指令集的一种**也是Intel x86架构的延伸产品。
“x86-64”1999由AMD设计AMD 首次公开 64 位集以扩充给 IA-32称为 x86-64后来改名为 AMD64。 AMD64架构在IA-32上新增了64位寄存器并兼容早期的16位和32位软件可使现有以x86为对象的编译器容易转为AMD64版本。
由于AMD64和Intel64基本上一致很多软硬件产品都使用一种不倾向任何一方的词汇来表明它们对两种架构的同时兼容。出于这个目的AMD对这种CPU架构的原始称呼 - “x86-64”被不时地使用还有变体“x86_64”。其他公司如微软和Sun在营销资料中使用“x64”作为对“x86-64”的缩写。
许多操作系统及产品尤其那些是在Intel进入这块市场之前就引入“x86-64”支持的使用“AMD64”或“amd64”同时指代AMD64和Intel64。
现在的x86 CPU在位数上有32/64bit之分在ARCH上有又x86/x86_64/x64/i386/IA32/IA64/amd64
最近又新出来一个x32还好不是ARCH只是ABI没有那么混乱。
先说一下x86的这些arch不要求很严格的话基本上可以用下面的公式来表达
x86i386IA32
amd64x86_64x64!IA64
其实这两个等式里很多都是别名严格说的话x86的世界里只存在x86/x86_64/IA64三种架构。
当年AMD先于Intel推出向下兼容的amd64 CPU而Intel推出的不兼容32位系统的IA64惨淡收场(被MS放了鸽子)后来Intel在指令上支持了amd64不过不愿意叫amd64改了个名字x86_64。
再说64bit/32bit的兼容性问题
现在的64bit CPU实际上都做了兼容32bit的特殊设计所以64bit的CPU上运行32bit的软件(包括kernel/app driver除外)是没有问题。反过来32bit的CPU上运行64bit的软件是不可以的。
最后说重点64bit相比32bit的性能优势
这里不考虑64bit硬件上运行32bit软件的这种过度方式。
从架构上来说64bit拥有64bit 的register和64bit的bus在数据传输效率上比32bit要高不少另外64bit地址总线的寻址空间突破了4G的限制。
所以对于大内存密集数据运算的应用场景64bit的优势是非常明显的。网上有一些benchmark这里不贴了。
但是对于小内存系统64bit的CPU在某些状况下可能比32bit CPU的效率更低。
因为64 bit的CPU的地址是64位的指针是64位的编译生成的二进制文件更大运行时占用的内存更多;另一方面因为64位地址的问题cache中能存放的指令就更少所以更容易导致cache的miss。
所以在某些应用场景64 bitCPU的更大的寻址空间更快的数据传递更快的浮点运算的特性 与其64 bit的地址/指针所导致的cache miss的特性始终并存。
为了充分利用64的优势又避免64bit地址导致的cache miss的问题Intel提出了x32 ABI的概念。
x32不是一个ARCH是一个ABI。
x32可以充分的使用64 bit硬件的64 bit寄存器64bit总线以及64bit新增的指令从而获得更快的数据处理速度。
同时x32又使用32bit的地址/pointer32bit的C数据类型因此cache miss并不会增加。
x32是一个ABI其设计到的部分包括kernel的supporttoolchain的supportsystem lib的support。现在kernel(from 3.4)和toolchain的support都已经OK。
ARM,AMD,X86AArch64的概念
AMD中文名超威超微半导体是除了英特尔以外最大的x86架构微处理供应商也是除了英伟达以外仅有的独立图形处理供应商。
x86泛指一系列由英特尔公司开发的处理器的架构最早为1978年面世的“Intel 8086”CPU。早期的处理器均是以此格式来命名如Intel 8086,80186,80286,80386,80486,这些架构被统称为x86。由于数字不能被注册成为商标因此公司每当有新的处理器使用均会采用可注册的名称如Pentium。
基于x86的32位架构常被称为i386,x86IA-32,而基于x86的64位架构x86-64常称为AMD64或Intel64。最早是由AMD公司首先根据x86的架构生产出了64位的处理器但是由于是竞争关系Intel公司不愿意承认AMD64,近些年才推出了Intel64
ARM英文为Advanced RISC Machine或Acorn RISC Machine也是一个架构非常适用于移动通信这种低成本高性能低耗电的领域。ARM的公司为安谋控股ARM Holding plc,又称为ARM公司总部位于剑桥的设计与软件公司现在已被日本的软银公司收购后者同时也是国内互联网巨头阿里巴巴的最大股东。
AArch64是ARMv8的一种执行状态。
为了更广泛地向企业领域推进需要引入 64 位构架同时也需要在 ARMv8 架构中引入新的 AArch64 执行状态。
AArch64 不是一个单纯的 32 位 ARM 构架扩展而是 ARMv8 内全新的构架完全使用全新的 A64 指令集。这些都源自于多年对现代构架设计的深入研究。更重要的是 AArch64 作为一个分离出的执行状态意味着一些未来的处理器可能不支持旧的 AArch32 执行状态。
虽然最初的 64 位 ARM 处理器将会完全向后兼容但我们大胆且前瞻性地将 AArch64 作为在 ARMv8 处理器中唯一的执行状态。我们在这些系统中将不支持 32 位执行状态 这将使许多有益的实现得到权衡如默认情况下使用一个较大的 64K 大小的页面并会使得纯净的 64 位 ARM 服务器系统不受遗留代码的影响。立即进行这种划分是很重要的因为有可能在未来几年内将出现仅支持 64 位的服务器系统。没有必要在新的 64 位架构中去实现一个完整的 32 位流水线这将会提高未来 ARM 服务器系统的能效。
这样回想起来 AArch64 作为在 Fedora ARM 项目中被支持的 ARM 构架是一个很自然的过程 armv5tel、armv7hl、aarch64。新的架构被命名为aarch64这同 ARM 自己选择的主线命名方式保持一致同时也考虑到了 ARM 架构名与 ARM 商标分开的期望。
ARMv8-A 将 64 位架构支持引入 ARM 架构中其中包括
64 位通用寄存器、SP堆栈指针和 PC程序计数器
64 位数据处理和扩展的虚拟寻址
两种主要执行状态
AArch64 - 64 位执行状态包括该状态的异常模型、内存模型、程序员模型和指令集支持
AArch32 — 32 位执行状态包括该状态的异常模型、内存模型、程序员模型和指令集支持
这些执行状态支持三个主要指令集
A32或 ARM32 位固定长度指令集通过不同架构变体增强部分 32 位架构执行环境现在称为 AArch32。
T32 (Thumb) 是以 16 位固定长度指令集的形式引入的随后在引入 Thumb-2 技术时增强为 16 位和 32 位混合长度指令集。部分 32 位架构执行环境现在称为 AArch32。
A64提供与 ARM 和 Thumb 指令集类似功能的 32 位固定长度指令集。随 ARMv8-A 一起引入它是一种 AArch64 指令集。
ARM ISA 不断改进以满足前沿应用程序开发人员日益增长的要求同时保留了必要的向后兼容性以保护软件开发投资。在 ARMv8-A 中对 A32 和 T32 进行了一些增补以保持与 A64 指令集一致。
