分享：如何将代码迁出x86架构服务器

如今，我们几乎所有软件都建立在 x86 架构之上，在互联网漫长的演进过程中，各大公司拼尽全力在迭代上层架构、优化整体性能，开发者们该用的、能用的招儿想必都用上了，接下来呢?如果底层架构不出现大的革新，接下来还有什么方法大幅提升生产力?各位开发者还有其他选择吗?

1 从大型机到 x86 架构，计算的下一个拐点在哪?

上世纪 60 年代，IBM 发布了 System360 这样的大型计算机，促进了人类社会巨大的进步，卫星气象预测、登月等活动都依赖于这样的大型计算机完成。如今，银行的核心系统仍然在运行着这种大型机。但是，这种大型机有一个很大的问题：只有比较富裕的机构才能用得起，比如银行。

于是，上世纪 70 年代，DEC 解决了这个问题，这是一个值得注意的拐点：研发人员用小型机发布了 PDP-11，大幅度降低了大型机的成本，让大量企业能够用得起这样的计算机，这是一次巨大的进步。

随后，英特尔出现了，不光企业能用计算机，个人也能用了，每个人桌面上都有一台电脑。上世纪 70 年代，依赖于英特尔 x86 芯片的 PC 机出现了，其最大的贡献就是让计算机从企业走向个人。

发展至今，几乎所有软件均建立在 x86 架构之上，随着近二十年中国互联网的快速演进，各大公司在上层架构的设计与优化方面投入了大量精力，在系统整体性能方面，该用的、能用的都用上了。

如今，新的拐点出现了：计算已经变成手持的了，每个人手上都有智能终端。不仅如此，应用场景也在变：移动应用逐渐云化，5G 催生了云游戏的诞生;Web 应用的加密性越来越重要，HTTPS 流量越来越大;大数据分布式并行计算成为主流等，这些都让 x86 架构的不足逐渐显露出来。

以移动应用运行为例，传统的 x86 平台依赖指令翻译运行安卓应用，性能损耗大，兼容性也无法保障。此外，服务器端有很多应用需要测试，过去的做法是真机测试，或者手机开发仿真环境，这种做法的资源灵活度低、故障率高、可靠性和易用性都比较差。而真正的革新可能还是需要自底向上，甚至直达芯片级。x86 架构未来能满足开发者的诉求吗?有可能，因为 Intel 一直是比较开放的，也投入了很多力量在社区建设，包括开源上面。

但是，企业和开发者需要更多选择。单位芯片面积算力更强、众核架构设计的 ARM 开始被注意。一个 ARM 核的面积仅为 x86 核的七分之一，同样的芯片尺寸下，ARM 的核数是 x86 的 4 倍以上，由于芯片的物理尺寸有限制，无法无限制增加，ARM 的众核横向扩展更符合分布式业务需求。

2019 年，华为鲲鹏 920 处理器正式发布，这是一个基于 ARM 架构，采用最新制程工艺制造，可以支持 32/48/64 个内核，主频可达 2.6GHz，支持 8 通道 DDR4、PCIe 4.0 和 100G RoCE 网络的处理器。

相较于 x86 架构，华为鲲鹏处理器的优势较为明显：

1、多核，性能提升 20%，云应用支持度更好，更灵活;
2、支持 8 个 DDR 通道，传统 CPU 仅 6 个，吞吐率提升 25%;
3、SOC 芯片，一颗芯片四合一，包含 CPU、南桥、网卡和 SAS 控制器，效能提升 30%;
4、集成压缩、加密、重删等硬件加速引擎的处理器，大大提升应用的性能，释放更多 CPU 算力。

值得注意的是，鲲鹏的基础生态也已经相当完善，特别是与开发者关系较为密切的主流技术基本都支持，比如 Web 支持 Nginx、Apache、Tomcat，中间件支持 Memcached、Redis、Kafka，数据库支持 MySQL、Mariadb、PostgreSQL，大数据支持 Hadoop、Hive、HBase，开发语言支持 Go，C/C ，Java，Ruby、Perl、Python，JavaScript 等，操作系统支持 openEuler、Ubuntu、CentOS、中标麒麟 、UOS 等。

对于新的应用而言，可以很轻松的选择基于鲲鹏平台开发。那么，传统架构怎么办，基于 x86 的服务如何迁移?

2 跨平台软件迁移实践

软件迁移是指将某个可运行的程序，由原来的环境迁移到另一个环境，并重新运行。改变的环境可能是处理器架构、操作系统、软件运行环境等。总的来说，软件移植是个“脏活”，需要开发者修改源码、编译、再修改、再编译，费时费力。

对此，华为计算产品线主任工程师，华为鲲鹏开发套件的设计者张汝涛在最近的《如何实现从 x86 到鲲鹏平台 90%C/C 代码自动迁移》的演讲中表示，华为提供了鲲鹏开发者套件，帮助用户基于 C/C 源码提升移植效率;其次，鲲鹏社区提供了大量的兼容鲲鹏计算平台的开源软件包供开发者下载直接使用，不用开发者二次移植;另外，移植过程中碰到的任何问题，在鲲鹏社区或 OpenLab 有专业的技术人员在线进行支持。

简单来说，应用迁移至 x86 平台可以分为三大类型：

第一类是 Java、Python 等解释型语言。由于这类语言本身支持跨平台，只要运行环境 OK 即可，前提是原应用在运行中不依赖 C 或 C 语言编译产生的公共组件(SO 库文件或可执行文件)。如果满足上述条件，则应用不需要重新编译，基于 x86 的 Jar 包可以直接运行在 ARM64 服务器，不需要维护两个分支代码，这是最简单的一类迁移。

第二类是 C、C 或 Go 等编译型语言。这类应用需要采用 ARM64 的 GCC 编译器重新编译即可运行，只要有源代码就不用担心;如果没有源代码，华为也提供了相关的方案，下文详述。

第三类是汇编语言应用。这类应用本身占比较少，重新编译不行，需要重新写一遍，如果不能重写，在指令集翻译工具研发推出后也可以解决这个问题。

如上所述，C、C 语言的应用迁移略复杂。C 语言自诞生以来，被广泛用于开发各行各业的软件。C 语言既保留了 C 语言有效性、灵活性等特点，又增加了面对对象编程的支持，具有强大的编程功能，多年来一直是程序喜爱的编程语言之一。

C/C 是编译型语言，硬件平台的切换将导致原有 C/C 程序不能运行，开发者不得不解决软件移植问题。基于编译型语言开发的应用程序，其编译后所得可执行程序，二进制执行指令是 CPU 架构相关的。因此，基于 x86 架构编译的 C/C 语言应用程序，无法直接在 ARM 服务器运行，需要进行移植编译。这里的移植前提一是基于 Linux 的应用程序;二是无 x86 汇编指令代码，具体步骤如下所示：

在编译的过程中，开发者可能会遇到一些问题：

软件工程构建文件中包含 -march 与 -mtune 编译参数，如果提示参数不兼容，则需要调整，可能兼容的调整后参数为：-march=ARMv8.1-a -tune=tsv110
参数设置指导请参考：https://gcc.gnu.org/onlinedocs/gcc/ARM-Options.html
编译时遇到找不到函数、缺少库文件等错误，安装对应的鲲鹏平台兼容的依赖库，安装方法同 x86 服务器
开源项目库不支持 ARM 架构，这种情况较少，一般发生在较旧的项目代码;解决方法包括：修改代码，寻求替代组件等
编译时提示代码错误，可能需要根据平台差异修改部分代码，例如平台类型相关宏定义
汇编程序和 C/C 源代码中内联汇编需要重写，ARM 和 x86 架构指令集不兼容。

为应对上述问题，张汝涛表示，华为鲲鹏平台提供了完整的工具链帮助开发者提高应用迁移或者调用的效率，比如：

扫描工具：Dependency Advisor，检查用户软件资源包二进制文件，并评估可移植性;检查指定的用户软件安装路径下的二进制文件，并评估可移植性;检查用户软件 C/C 源码、软件构建工程文件，并评估可移植性;向用户提供软件移植报告，提供移植工作量评估;支持命令行方式和 Web 两种工作模式。
移植工具：Porting Advisor，检查用户软件 C/C 软件构建工程文件，并提供修改建议;检查用户软件 C/C 源码，并提供修改建议;检查用户软件中 x86 汇编代码，并提供修改建议;支持命令行和 Web 两种访问方式;提供一键式移植软件到鲲鹏平台;支持用户 RPM、DEB 软件包重构。
性能优化工具：Tuning Kit，支持安全可靠的升级回退功能;支持系统性能数据采集和分析，包括：CPU、内存、磁盘 IO、网络 IO，根据现有积累的经验，对已经明确的指标给出基准参考值和优化建议;支持 Java 程序性能分析;支持和 Porting