ALP 旨在平衡过去、现在和未来

openSUSE 项目一直在开发 邮件列表 上讨论 Adaptable Linux Platform (ALP) 的技术方面。

一封标题为 x86_64 架构级别要求，openSUSE Factory 的 x86-64-v2 的邮件引发了一场讨论，承认了不同 x86-64 架构子集所拥有的指令集挑战。x86-64 架构的四个定义级别被分为 x86-64-v1、x86-64-v2、x86-64-v3 和 x86-64-v4。更新的微架构在 86-64-v2 之后，可以提供更大的性能优势，并且存在于许多较新的硬件中。

所有这些架构都存在于 openSUSE Factory 的代码流中，针对特定的构建和发行版。例如，openSUSE Tumbleweed 是所有协同工作的代码的定制构建蓝图，从而导出一个经过良好测试的滚动发行版快照。另一个是超级稳定的 openSUSE Leap 发行版，它基于多年构建朝向成熟目标，旨在在 Leap 和 SUSE Linux Enterprise 之间带来统一性。

过渡到下一个长期开发周期，SUSE 的 Adaptable Linux Platform 和 openSUSE 的 ALP 面临着架构差异，因为企业构建面向未来的硬件，而社区构建面向过去、现在和未来的用途。

SUSE 旨在通过其 Adaptable Linux Platform 构建一个新的不可变基础操作系统，以增强应用程序层功能和较新硬件上的容器编排。预计很快发布的原型将以 x86-64-v3 作为基线。

邮件线程中的一项建议是，将 Factory 从 x86-64-v1 迁移到 x86-64-v2，这似乎是 80 多条评论中的共识。无论做出什么决定，ALP 向 x86-64-vX 的过渡都将基于社区为 Factory 做的决定。然而，这并不是关于 x86-64-vX 的全部。openSUSE 的 ALP 构建面临着为较新和较旧机器的构建问题。虽然 SUSE 的 ALP 目标特定于 v3，但社区不会让用户失望，并旨在支持社区方面的硬件。预计相同的不可变基础操作系统将在 arm 和 RISC-V 上得到增强，以适应架构扩展的新硬件。社区版本将使用 Factory 代码流中可用的相同架构可用性。可能需要重新构建 SUSE 的 ALP 以满足 openSUSE 的架构需求。但是，一旦原型发布，发布团队计划运行测试并收集比较数据，以了解 v2 和 v3 的性能差异。渴望支持迁移路径。