hypervisor怎么读

构建新的通用计算架构生态是一个世界级的难题，技术本身并不是最难的部分，最难的点在于两个方面：一是需要丰富的应用生态，以提供优秀的用户体验；二是需要有大量的出货量，以降低成本并获得竞争优势。这两个条件相互制约，类似于先有鸡还是先有蛋的问题。那么，如何这个难题呢？

ARM公司擅长做生态，并且有成功的记录。它最擅长的是耐心，以稳健的节奏，逐步完成听起来朴实无华、但实际上宏大到近乎夸张的目标，例如Linux on ARM、Works on ARM和Windows on ARM等。

关于Linux on ARM。

Linux是什么时候开始支持ARM的呢？

第一次把Linux移植到ARM上是在ARM成立之前。ARM的前身Acorn计划把1.0.x的linux kernel移植到Acorn A5000上。当时的目标是在A5000上得到一个类Unix的操作系统，并没有想过把结果返回到Linus的kernel tree上，所以只是一次移植，并不算Linux正式支持ARM。

最早支持ARM的正式发行版是Debian。在2000年8月15日，Debian2.2（Potato）支持了Intel i386、Motorola 68000 series、alpha、SUN Sparc、PowerPC和ARM架构。那个时候，就有近上千个应用需要测试。一些工程师使用康柏的iPaqs（现在还有多少人记得康柏呢？）进行测试。

ARM已经意识到生态的问题，在这封邮件之前的一年，成立了Linaro这一独立的非营利工程师。Arm希望Linaro以中立的身份，arm阵营的所有合作伙伴，解决Linux Kernel和GNU工具链方面的问题，形成合力夯实软件生态。Linaro确实做到了这一点，仅仅一年的时间就让Linus Torvalds改变了态度。

说到移动计算市场，ARM确实有先发优势，但是2011年才发布64位的ARMv8以及后来的数据中心生态建设更像是一场教科书级别的生态建设战役。

接下来谈谈企业版Linux on ARM。

数据中心市场和移动计算市场有很大的不同。数据中心市场是标准驱动的，从系统启动到软件大规模部署都有一套标准流程。而且数据中心的发行版需要硬件提前upstream所需的代码和改动，以便在新硬件上实现对软件的部署和支持。数据中心的架构也在不断地演进，如Open Stack到K8s等。因此ARM联合自己的生态伙伴们制定标准、进行移植测试、保证互操作性并配合多种编排软件等一系列动作以确保在数据中心所需的海量开源软件在ARM架构上既可用也性能良好。

红帽在2015年的峰会上展示了从2011年开始在ARM生态方面的重要里程碑事件。这四年多的时间里红帽开始移植OpenJDK的工作和Linaro一起成立Linaro企业组（后来更名为Linaro数据中心组LDCG并把网络分离出来成为另外一个工作组），制定SA/BR标准发布Fedora社区版加速upstream活动最终完成OpenJDK的移植任务并发布RHEL预览版等一系列操作红帽采取的是参与集成和稳定的三步走策略每个参与ARM生态的开源软件社区基本都经历了这三步曲不仅仅是红帽Canonical（Ubuntu）、SUSE、OpenEuler、FreeBSD对AArch64的支持都是按年来进行工作计划的而这仅仅是操作系统层而已 。

有了基础的标准SA/BR基础的编译工具GCCLLVM其实在编译工具上ARM还曾经走过一段弯路前瞻性的全力以赴LLVM阶段性放弃了GCC然后发现软件世界的长尾效应非常长还有了操作系统但是离繁荣的生态还有一大段距离呢 。

生态某种程度是开发者的生态开发者的最低要求是要有的开发环境但是人手一台