@wxy
https://linux.cn/article-16224-1.html
This commit is contained in:
Xingyu Wang 2023-09-25 09:29:18 +08:00
parent f38244cf80
commit c0c21b2d5b
2 changed files with 177 additions and 191 deletions

View File

@ -0,0 +1,177 @@
[#]: subject: "arm vs aarch64 vs amd64 vs x86_64 vs x86: What's the Difference?"
[#]: via: "https://itsfoss.com/arm-aarch64-x86_64/"
[#]: author: "Pratham Patel https://itsfoss.com/author/pratham/"
[#]: collector: "lujun9972/lctt-scripts-1693450080"
[#]: translator: "ChatGPT"
[#]: reviewer: "wxy"
[#]: publisher: "wxy"
[#]: url: "https://linux.cn/article-16224-1.html"
arm vs AArch64 vs amd64 vs x86_64 vs x86有什么区别
======
![][0]
> 当涉及到 CPU 的时候有许多术语AArch64、x86_64、amd64、arm 等等。了解他们是什么以及他们之间的区别。
当你查看数据表或软件下载页面时是否被 `ARM`、`AArch64`、`x86_64`、`i386` 等术语混淆?这些被称为 CPU 架构,我会帮你深入了解这个计算话题。
以下的表将为你总结每个字符串所代表的意义:
CPU 架构 | 描述
---|---
**`x86_64`** /`x86`/`amd64` | 64 位 AMD/英特尔 CPU 的别称
**`AArch64`** /`arm64`/`ARMv8`/`ARMv9` | 64 位 ARM CPU 的别称
**`i386`** | 32 位 AMD/英特尔 CPU
**`AArch32`** /`arm`/`ARMv1` 到 `ARMv7` | 32 位 ARM CPU 的别称
**`rv64gc`** /`rv64g` | 64 位 RISC-V CPU 的别称
**`ppc64le`** | 64 位 PowerPC CPU**小端字节序存储**
从左到右是使用该术语来描述 CPU 架构超过其右侧其他可选用术语的偏好。
从左到右是使用该术语描述 CPU 架构的优先级,使用左侧的而不是其右侧的其他可供选择的术语。
如果你像我一样是个极客,并想要更深入地解释,请继续阅读!
### 概述CPU 架构
通常来说,我之前列出的术语是描述 CPU 架构的。但严格讲,它们被计算机工程师视为 CPU 的 <ruby>指令集架构<rt>Instruction Set Architecture</rt></ruby>ISA
CPU 的指令集架构定义了 CPU 如何解析二进制代码中的 1 和 0。
这些 CPU 的 ISA 有几个主要的类别:
* x86AMD/英特尔)
* ARM
* RISC-V
* PowerPCIBM 仍在使用)
当然,还有更多种类的 CPU ISA比如 MIPS、SPARC、DEC Alpha 等等。但我列出的这些至今仍然被广泛使用(以某种形式)。
上述列出的 ISA 主要根据 _内存总线的宽度_ 分为至少两个子集。内存总线的宽度指的是 CPU 和 RAM 一次能传输的位数。内存总线有很多种宽度,但最常见的是 32 位和 64 位。
> 💡 32 位的 CPU ISA 要么是已经过时的历史产物,被留下来要么只是为了支持旧的系统,要么只运用在微控制器中。可以说,**所有新的硬件都已经是 64 位的了**,特别是那些面向消费者的硬件。
### x86AMD/英特尔)
x86 CPU 的指令集架构主要源于英特尔,因为英特尔是最初搭配 8085 微处理器创建了它。8085 微处理器的内存总线宽度为 16 位。而后来AMD 加入了这个领域,并且一直紧随英特尔的步伐,直到 AMD 创建出了自己的超集 64 位架构,超过了英特尔。
x86 架构的子集如下:
* `i386`:如果你拥有的是 2007 年之前的 CPU那么这可能就是你的 CPU 架构。它是现在使用的 AMD/英特尔的 x86 架构的 32 位“版本”。
* `x86_64`/`x86`/`amd64`:这三个术语在不同的项目中可能会被交替使用。 但它们都是指 x86 AMD/英特尔架构的 64 位“版本”。无论如何,`x86_64` 这个字符串比 `x86``amd64` 使用得更广泛也更受欢迎。例如FreeBSD 项目称 64 位的 x86 架构为 `amd64`,而 Linux 和 macOS 则称之为 `x86_64`
> 💡 由于 AMD 在创造 64 位 ISA 上超越了英特尔,所以一些项目(比如 FreeBSD把 x86 的 64 位版本称为 `amd64`。**但更被广泛接受的术语还是 x86_64**。
对于 CPU ISA“x86” 这个字符串是一种特殊的情况。你要知道,在从 32 位的 x86`i386`)到 64 位的 x86`x86_64`的过渡过程中CPU 制造商确保了 CPU 能够运行 32 位 _和_ 64 位指令。所以,有时你可能会看到 `x86` 也被用来意指“这款产品只能运行在 64 位的计算机上,但如果该计算机能运行 32 位指令,那么你也可以在它上面运行 32 位的用户软件”。
这种 x86 的模糊性——也就是诸如能同时运行 32 位代码的 64 位处理器——其主要用于和存在于运行在 64 位处理器上的,但是允许用户运行 32 位软件的操作系统Windows 就通过这种被称作“兼容模式”的特性运用了这种方式。
汇总一下,由 AMD 和 英特尔 设计的 CPU 有两种架构32 位的(`i386`)和 64 位的(`x86_84`)。
#### 其它的英特尔
`x86_64` ISA 实际上有几个子集。这些子集都是 64 位,但它们新添加了诸如 SIMD<ruby>单指令多数据<rt>Single Instruction Multiple Data</rt></ruby>)指令等功能。
* `x86_64-v1`:这是大多数人都熟知的基础 `x86_64` ISA。当人们谈论 `x86_64` 时,他们通常指的就是 `x86_64-v1` ISA。
* `x86_64-v2`:此版本新增了更多如 SSE3<ruby>流式 SIMD 扩展版本 3<rt>Streaming SIMD Extensions 3</rt></ruby>)之类的指令扩展。
* `x86_64-v3`:除了基础指令外,还新增了像 AVX<ruby>高级矢量扩展<rt>Advance Vector eXtensions</rt></ruby>)和 AVX2 等指令。这些指令可以**使用高达 256 位宽的 CPU 寄存器**!如果你能够有效利用它们,就能大规模并行处理计算任务。
* `x86_64-v4`:这个版本在 `x86_64-v3` ISA 的基础上,迭代了更多的 SIMD 指令扩展,比如 AVX256 和 AVX512。其中AVX512 可以**使用高达 512 位宽的 CPU 寄存器**
### ARM
ARM 不仅是一家为 CPU ISA 制定规范的公司,它也设计并授权给其他厂商使用其 CPU 内核,甚至允许其他公司使用 ARM CPU ISA 设计自己的 CPU 内核。(最后那句话听起来就像是个 SQL 查询似的!)
你可能因为如树莓派这类的 <ruby>单板计算机<rt>Single Board Computer</rt></ruby>SBC听说过 ARM。但其实 ARM 的 CPU 还广泛应用于手机中。最近,苹果从使用 `x86_64` 处理器转向了在其笔记本和台式机产品中使用自家设计的 ARM 处理器。
就像任一种 CPU 架构一样ARM 基于内存总线宽度也有两个子集。
官方认定的 32 位和 64 位 ARM 架构的名称分别是 `AArch32``AArch64`。这里的 `AArch` 字符串代表 “<ruby>Arm 架构<rt>Arm Architecture</rt></ruby>”。这些是 CPU 执行指令时可切换的**模式**。
实际符合 ARM 的 CPU ISA 的指令规范被命名为 `ARMvX`,其中 `X` 是规范版本的代表数字。目前为止,已经有九个主要的规范版本。规范 `ARMv1``ARMv7` 定义了适用于 32 位 CPU 的架构,而 `ARMv8``ARMv9` 是适用于 64 位 ARM CPU 的规范。([更多信息在此][1]
> 💡 每个 ARM CPU 规范又有进一步的子规范。例如 ARMv8我们有 ARMv8-R、ARMv8-A、ARMv8.1-A、ARMv8.2-A、ARMv8.3-A、ARMv8.4-A、ARMv8.5-A、ARMv8.6-A、ARMv8.7-A、ARMv8.8-A 和 ARMv8.9-A。 其中 -A 表示“应用核心”,-R 表示“实时核心”。
你可能会觉得困惑,为什么在 `AArch64` 正式被 ARM 认定为 64 位 ARM 架构后,有些人仍然称其为 `arm64`。原因主要有两点:
1. `arm64` 这个名称在 ARM 决定采用 `AArch64` 之前就已经广为人知了。ARM 的一些官方文档也将 64 位的 ARM 架构称为 `arm64`…… 😬)
2. [Linus Torvalds 对 `AArch64` 这个名称表示不满。][2] 因此Linux 的代码库主要将 `AArch64` 称为 `arm64`。然而,当你在系统中运行 `uname -m` 时,输出仍然是 `aarch64`
因此,对于 32 位 ARM CPU你应该寻找 `AArch32` 这个字符串,但有时也可能是 `arm``armv7`。相似的,对于 64 位 ARM CPU你应该找 `AArch64` 这个字符串,但有时也可能会是 `arm64`、`ARMv8` 或 `ARMv9`
### RISC-V
RISC-V 是 CPU 指令集架构ISA的一个开源规范。**但这并不意味着 CPU 自身是开源的!**这有点像以太网的情况。以太网规范是开源的但你需付费购买网线、路由器和交换器。同样RISC-V CPU 也要花钱购买。 :)
尽管如此,这并没有阻止人们创建并在开源许可下提供免费获取(**设计上的获取**,并非物理核心/SoC的 RISC-V 核心。[这是其中的一项尝试][3]。
> 💡 总结一下:如果你在寻找运行于 RISC-V 消费级 CPU 上的软件,你应该寻找 “**rv64gc**” 这一字符串。这是许多 Linux 发行版所公认的。
像所有 CPU 架构一样RISC-V 拥有 32 位和 64 位 CPU 架构。但由于 RISC-V 是非常新的描述 CPU ISA 的方式,大部分主流消费端或客户端的 CPU 核心一般都是 64 位的。大部分 32 位的设计都是微控制器,用于非常具体的用例。
它们的区别在于 CPU 的扩展。被称为 RISC-V CPU 的最低要求即实现“<ruby>基本整数指令集<rt>Base Integer Instruction Set</rt></ruby>”(`rv64i`)。
下表列出了一些扩展及其描述:
扩展名称 | 描述
---|---
`rv64i` | 64 位基本整数指令集(**必须的**
`m` | 乘法和除法指令
`a` | 原子指令
`f` | 单精度浮点指令
`d` | 双精度浮点指令
`g` | 别名;一组运行**通用**操作系统所需的扩展集(包括 `imafd`
`c` | 压缩指令
`rv64i` 这一字符串中,`rv` 表示 RISC-V`64` 指的是 64 位 CPU 架构,而 `i` 指的是**强制性的**基本整数指令集扩展。 `rv64i` 之所以是一体的,因为即使 `i` 被认为是一种“扩展”,**但它是必须的**。
约定俗成的,扩展名称按上述特定顺序排列。因此,`rv64g` 展开为 `rv64imafd`,而不是 `rv64adfim`
> 💡 还有其他一些像 Zicsr 和 Zifencei 这样的扩展,它们位于 `d``g` 扩展之间,但我故意不列出,以避免令你感到害怕。
>
> 因此,严格说来,(在写这篇文章的时候)`rv64g` 实际上是 `rv64imafdZicsrZifencei`。__恶魔般的笑声__
### PowerPC
PowerPC 曾是苹果、IBM 以及,摩托罗拉早期合作时代的一种流行 CPU 架构。在苹果转向英特尔的 x86 架构之前,它一直被应用于苹果的全部消费品产品线。
最初PowerPC 采取的是大端字节序的内存排序。后来随着 64 位架构的引入,增加了使用小端字节排序的选项。这么做的目的是为了与英特尔的内存排序保持兼容(以防止软件错误),因为英特尔自始至终都一直采用的是小端字节序。有关字节序的更多内容,我可以唠叨很久,不过你可以通过阅读 [这篇 Mozilla 的文档][4] 来了解更多。
由于字节序在此也起到了一定的作用PowerPC 共有三种架构:
* `powerpc`:表示 32 位的 PowerPC 架构。
* `ppc64`:表示拥有**大端字节序内存排序**的 64 位 PowerPC 架构。
* `ppc64le`:表示拥有**小端字节序内存排序**的 64 位 PowerPC 架构。
目前,**`ppc64le` 是被广泛使用的架构**。
### 结论
市面上有各种各样的 CPU 架构。对于每一种架构,都有 32 位和 64 位的子集。在现有的 CPU 中,我们可以找到 x86、ARM、RISC-V 和 PowerPC 等架构。
其中x86 是最广泛和易于获取的 CPU 架构,因为英特尔和 AMD 都采取了这种架构。此外ARM 提供的产品几乎在手机和易于获取的单板计算机中被独占使用。
RISC-V 正在努力使硬件更广泛地被使用。我就有一款带有 RISC-V CPU 的单板计算机。 ;)
而 PowerPC 主要用于服务器,至少当前如此。
*题图MJ/634ac7ea-b344-443a-b041-3bb3b31a956f*
--------------------------------------------------------------------------------
via: https://itsfoss.com/arm-aarch64-x86_64/
作者:[Pratham Patel][a]
选题:[lujun9972][b]
译者:[ChatGPT](https://linux.cn/lctt/ChatGPT)
校对:[wxy](https://github.com/wxy)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译,[Linux中国](https://linux.cn/) 荣誉推出
[a]: https://itsfoss.com/author/pratham/
[b]: https://github.com/lujun9972
[1]: https://en.wikipedia.org/wiki/ARM_architecture_family#Cores
[2]: https://lore.kernel.org/lkml/CA+55aFxL6uEre-c=JrhPfts=7BGmhb2Js1c2ZGkTH8F=+rEWDg@mail.gmail.com/
[3]: https://github.com/openhwgroup
[4]: https://developer.mozilla.org/en-US/docs/Glossary/Endianness
[0]: https://img.linux.net.cn/data/attachment/album/202309/25/092727ilaax5z7dexxhxop.jpg

View File

@ -1,191 +0,0 @@
[#]: subject: "arm vs aarch64 vs amd64 vs x86_64 vs x86: What's the Difference?"
[#]: via: "https://itsfoss.com/arm-aarch64-x86_64/"
[#]: author: "Pratham Patel https://itsfoss.com/author/pratham/"
[#]: collector: "lujun9972/lctt-scripts-1693450080"
[#]: translator: " "
[#]: reviewer: " "
[#]: publisher: " "
[#]: url: " "
arm vs aarch64 vs amd64 vs x86_64 vs x86: What's the Difference?
======
Are you someone that is confused by terms like `ARM`, `AArch64`, `x86_64`, `i386`, etc when viewing a datasheet or downloads page of a software? These are called CPU architectures and I will help you dip your toes in this topic of computing.
Following is a table that will provide you with a good summary of what each string means:
**CPU Architecture** | **Description**
---|---
**`x86_64`** /`x86`/`amd64` | Same name for 64-bit AMD/Intel CPUs
**`AArch64`** /`arm64`/`ARMv8`/`ARMv9` | Same name for 64-bit ARM CPUs
**`i386`** | 32-bit AMD/Intel CPUs
**`AArch32`** /`arm`/`ARMv1` to `ARMv7` | Same name for 32-bit ARM CPUs
**`rv64gc`** /`rv64g` | Same name for 64-bit RISC-V CPUs
**`ppc64le`** | 64-bit PowerPC CPUs
with **little-endian memory ordering**
Reading from left to right is the preference of using that term to describe the CPU architecture over the other, alternatively used terms on its right.
If you are nerdy like me and want a more in-depth explanation, do read on!
### General overview: CPU architectures
The terms that I listed above, generally speaking, are CPU architectures. Though, pedantically speaking, these are what a computer engineer calls a CPU ISA (Instruction Set Architecture).
A CPU ISA is what defines how the 1's and 0's of binary are interpreted by your CPU.
There are a few supersets of these CPU ISAs.
* x86 (AMD/Intel)
* ARM
* RISC-V
* PowerPC (still alive at IBM)
There are more CPU ISAs like MIPS, SPARC, DEC Alpha, etc. But the ones I listed above are the ones that are still widely used today (in some capacity).
The above listed ISAs have at least two subsets. This is mainly based on the _width of the memory bus_. The width of the memory bus denotes how many bits can be transferred between the CPU and the RAM in one go. There are several widths for the memory bus, but the two most important widths are 32-bit wide memory bus and a 64-bit wide memory bus.
💡
The 32-bit counterparts of the CPU ISAs are either a relic of the past, kept alive for legacy support or are only used in micro-controllers. It is safe to assume that ****any new hardware is 64-bit**** (especially consumer facing hardware).
### x86 (AMD/Intel)
The x86 CPU ISA comes primarily from Intel as Intel was the one who created it in the first place with the 8085 micro-processor. The 8085 micro-processor had a 16-bit wide memory bus. Later, AMD came to the game and followed Intel's footsteps until AMD created their own superset 64-bit architecture, surpassing Intel.
The subsets of x86 architecture are as follows:
* `i386`: If you own a CPU from pre-2007, this is likely your CPU architecture. It is the 32-bit "variant" of the currently known x86 architecture from AMD/Intel.
* `x86_64`/`x86`/`amd64`: All three terms are used interchangibly depending on the project you look at. But they all refer to the 64-bit "variant" of the x86 AMD/Intel architecture. Regardless, the string `x86_64` is widely used (and preferred) over `x86` and `amd64`. An example of this is that the FreeBSD project refers to the 64-bit x86 architecture as `amd64` while Linux and macOS refer to this as `x86_64`.
💡
Since AMD beat Intel at creating a 64-bit ISA, some projects like FreeBSD refer to the 64-bit variant of x86 as amd64. ****But the more widely accepted term is still**** ****x86_64****.****
The `x86` string for CPU ISA is a special one. You see, during the transition from 32-bit x86 (`i386`) to 64-bit x86 (`x86_64`), the CPU vendors made sure that the CPU can run both, 32-bit _and_ 64-bit instructions. Therefore, sometimes when you read `x86`, it can also mean "It will run only on a 64-bit computer, but if that computer can run 32-bit instructions, you can run 32-bit user software on it."
This ambuiguity of x86--meaning 64-bit processors that can also run 32-bit code--is mainly for/due-to Operating Systems that run on 64-bit processors, but allow the user of said OS to run 32-bit software. Windows makes use of this with a feature called "compatibility mode".
Let's recap, there are two CPU architectures for the CPUs designed by AMD and Intel. They are 32-bit (`i386`) and 64-bit (`x86_84`).
#### Extra _intel_
_(Yeah! I am funny)_
The `x86_64` ISA also has sub-sets. All of these subsets are 64-bit but have various features added. Especially SIMD (Single Instruction Multiple Data) instructions.
* `x86_64-v1`: The base `x86_64` ISA that almost everyone is familar with. When someone says `x86_64`, they are most likely referring to the `x86_64-v1` ISA.
* `x86_64-v2`: This adds more instructions like SSE3 (Streaming SIMD Extensions 3) as extensions.
* `x86_64-v3`: Adds instructions like AVX (Advance Vector eXtensions) and AVX2 which can use **up-to 256-bit wide CPU registers**! This can massively parallelize your computations if you can take advantage.
* `x86_64-v4`: Iterates upon the `x86_64-v3` ISA by adding more SIMD instruction as extensions. Such as AVX256 and AVX512. The later can use **up-to 512-bit wide CPU registers**!
### ARM
ARM is a company that creates its own specification for a CPU ISA, designs and licenses their own CPU cores and also allows other companies to design their own CPU cores using the ARM CPU ISA. (The last part felt like an SQL query!)
You might have heard about ARM because of SBCs (Single Board Computer) like the Raspberry Pi line up of SBCs. But their CPUs are also widely used in mobile phones. Recently, Apple has switched from `x86_64` processors to using their own design of ARM processors in their laptop and desktop offerings.
Like any CPU architecture, there are two subsets based on the width of the memory bus.
The officially recognised names for the 32-bit and 64-bit ARM architectures are `AArch32` and `AArch64` respectively. The 'AArch' string stands for 'Arm Architecture'. These are **modes** a CPU can be in, for executing instructions.
The actual specification of an instruction that complies with ARM's CPU ISA are named `ARMvX` where _`X`_ refers to a generation number of a specification. To this date, there have been 9 major versions of this specification. Ranging from `ARMv1` to `ARMv7`, which is defines a CPU architecture specification for 32-bit CPUs. While `ARMv8` and `ARMv9` are specifications for the 64-bit ARM CPUs. ([More info here.][1])
💡
Each ARM CPU specification has further sub-specifications. Taking ARMv8 as an example, we have ARMv8-R, ARMv8-A, ARMv8.1-A, ARMv8.2-A, ARMv8.3-A, ARMv8.4-A, ARMv8.5-A, ARMv8.6-A, ARMv8.7-A, ARMv8.8-A and ARMv8.9-A. The -A stands for "Applications cores" and -R stands for "Real-time cores".
You might be wondering why some people call it `arm64` even when `AArch64` is the officially recognized name for 64-bit ARM architecture. The reason is two-folds:
1. The name `arm64` caught on before `AArch64` was decided upon by ARM. (ARM also refers to the 64-bit ARM architecture as `arm64` in some of it's official documentation... 😬)
2. [Linus Torvalds dislikes the `AArch64` name.][2] Therefore the Linux codebase largely refers to `AArch64` as `arm64`. But it will still report `aarch64` when you do a `uname -m`.
Therefore, for 32-bit ARM CPUs, you should look for the string `AArch32` but sometimes it might also be `arm` or `armv7`. Similarly, for 64-bit ARM CPUs, you should look for the string `AArch64` but sometimes it might also be `arm64` or `ARMv8` or `ARMv9`.
### RISC-V
RISC-V is an open source specification of a CPU ISA. **This doesn't mean that the CPUs themselves are open source!** It is a standard, kind of like Ethernet. The Ethernet specification is open source but the cables, routers and switches you purchase do cost money. Same deal with RISC-V CPUs. :)
Though, this has not prevented people from creating RISC-V cores that are freely available ( **as designs** ; not as physical cores/SoC) under an open source license. Here is [one such effort][3].
💡
TL;DR: You sould be looking for the string ****rv64gc**** if you are looking for software to run on RISC-V consumer CPUs. This is what a large number of Linux distributions have agreed upon.
Just like any CPU architecture, RISC-V has 32-bit and 64-bit CPU architectures. Since RISC-V is _very new_ (in the terms of a CPU ISA), all major CPU cores in consumer/client side are usually 64-bit CPUs. The 32-bit designs are mostly micro-controllers that have a very specific use-case.
What they do differ in, are CPU extensions. The absolute minimum extension one needs to implement to be called a RISC-V CPU is the 'Base Integer Instruction Set' (`rv64i`).
A table of a few extensions and the description is as below:
**Extension name** | **Description**
---|---
`rv64i` | 64-bit Base Integer Instruction Set ( **mandatory** )
`m` | Multiplication and Division instructions
`a` | Atomic instructions
`f` | Single-precision floating point instructions
`d` | Double-precision floating point instructions
`g` | Alias; A collection of extensions necessary to run a **g** eneral-purpose OS (includes `imafd`)
`c` | Compressed instructions
In the string `rv64i`, `rv` stands for RISC-V, `64` denotes that this is a 64-bit CPU architecture and `i` is the extension for the **mandatory** base integer instruction set. The reason why `rv64i` is written together is because, even though the `i` extension is an "extension", **it is mandatory**.
The convention is to have the extension name in the specific order listed as above. So `rv64g` expands to `rv64imafd`, not to `rv64adfim`.
💡
There are other extensions like Zicsr and Zifencei that sit between the d and g extensions but I deliberately didn't include them as to not scare you off.
So technically, (as of writing this article) rv64g is actually rv64imafdZicsrZifencei. __evil laughter__
### PowerPC
PowerPC was very popular CPU architecture in the early days of Apple, IBM and Motorola partnership. It was the CPU architecture that Apple used in their entire consumer line-up until they switched from PowerPC to Intel's x86.
PowerPC initially had big-endian memory ordering. Later, when a 64-bit architecture was introduced, an option to use little-endianness was added. This was done to be compatible with Intel's memory ordering (to prevent software bugs) which has always been little-endian. I could go on and on about endianness but you are better served with [this Mozilla document][4] to learn more about endianness.
Since endianness is also a factor here, there are 3 architectures of PowerPC:
* `powerpc`: The 32-bit PowerPC architecture.
* `ppc64`: The 64-bit PowerPC architecture with **big-endian memory ordering**.
* `ppc64le`: The 64-bit PowerPC architecture with **little-endian memory ordering**.
As of now, **`ppc64le` is widely used**.
### Conclusion
There are many CPU architectures out there in the wild. For each CPU architecture, there are 32-bit and 64-bit subsets. There are CPUs that offer x86, ARM, RISC-V and PowerPC architectures.
The x86 is the most widely and easily available CPU architecture, since that is what Intel and AMD use. There are also offerings from ARM which are almost exclusively used in mobile phones and accessible SBCs.
RISC-V is in an ongoing effort to make the hardware more widely accessible. I have an SBC that has a RISC-V CPU ;)
PowerPC is mainly found in servers, at least at the moment.
--------------------------------------------------------------------------------
via: https://itsfoss.com/arm-aarch64-x86_64/
作者:[Pratham Patel][a]
选题:[lujun9972][b]
译者:[译者ID](https://github.com/译者ID)
校对:[校对者ID](https://github.com/校对者ID)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译,[Linux中国](https://linux.cn/) 荣誉推出
[a]: https://itsfoss.com/author/pratham/
[b]: https://github.com/lujun9972
[1]: https://en.wikipedia.org/wiki/ARM_architecture_family#Cores
[2]: https://lore.kernel.org/lkml/CA+55aFxL6uEre-c=JrhPfts=7BGmhb2Js1c2ZGkTH8F=+rEWDg@mail.gmail.com/
[3]: https://github.com/openhwgroup
[4]: https://developer.mozilla.org/en-US/docs/Glossary/Endianness