Fedora20将会把ARM列为主要架构Fedora工程委员会日前例行会议宣布，ARM将会在Fedora20列为首要架构，地位等同i686和x86_64。详细介绍应对IT行业对于绿色环保节能的需求，大批量廉价ARM运算设备亦在不断普及。传统上ARM在嵌入式设备和移动设备占据统治地位，近年ARM性能日益提升，ARM也向传统运算设备领域迈进，比如桌面电脑，服务器。因此Fedora计划把armv7l架构作为首要架构推向FedoraKoji中心编译打包服务器。目前Fedora在美国凤凰城的数据中心有96个四核心CalxedaEnergyCore运算节点，有一部分依然用于编译打包Fedora18和Fedora19的后续更新，等到Fedora18生命周期结束，用于ARMv5软浮点编译打包的计算节点将会重新分配用于其他任务。Fedora负责基础架构团队对ARM的负载能力测试十分感兴趣，这些计算节点可能会分配用于质量保证以及其他工程项目。目前Fedora计划分配24个计算节点用于Fedora20首要架构的Koji服务器。当Fedora产品经理公开ARM作为Fedora20的首要架构这一消息后，激烈的讨论蜂拥而至，毕竟这是Fedora近年来最重大的技术变动。有人认为Fedora加入ARM的支持只不过是顺应潮流；有人认为ARM性能实在太慢了，编译Kernel和Eclipse这些巨型组件需要多十倍八倍时间；也有人认为目前ARM移植版本完成度并不高，甚至比在Fedora13剔除出首要架构的PowerPC还要低，Packager也没有义务为ARM做更多的调试工作，但最终ARM被纳入Fedora20的首要架构。详细讨论原来FedoraARM次要架构时代共存armv5tel软浮点以及armv7hfp硬件浮点两架构，在Fedora19时armv5tel已经被放弃，Fedora18将会是最后一个支持armv5tel的版本。而在Fedora20升级到首要架构后，armv7hfp将会被命名为armhfp，该架构要求ARMv7芯片，而且需要包含VFP硬件浮点单元，不过NEONSIMD指令集则不是必须的。同样armhfp架构可以支持LPAE物理地址扩展技术，允许32位ARMv7架构支持超过4GB内存。Fedora项目也会继续和Linaro项目沟通合作，加速64位ARMv8的aarch64架构移植工作，以满足未来64位ARM芯片的需求。（据说就是等Linaro项目的巨巨把Linux内核以及整套工具链移植到ARMv8架构芯片上咯。）然而在Fedora20开发周期里把ARM列为首要架构依然困难重重，是否作为Fedora20最终发布的特性，需要根据ARM架构移植的进度而定。根据Fedora19forARM的发行公告，Fedora20forARM可能会基于以下四款设备发布安装镜像：CompuLabTrimSlice（Tegra2）、TexasInstrumentsPandaBoard（OMAP4）、VersatileExpress（QEMU）以及CalxedaEnergyCoreECX-1000（HighBank）。RaspberryPi使用的ARMv6架构，不在支持设备名单内，但会有使用ARMv6VFP硬件浮点的非官方的Remix版本。注意：CalxedaEnergyCore每一个计算节点包含一颗频率为1.1GHz～1.4GHz的四核心Cortex-A9核心处理器。该处理器功耗在3.8W～5W之间，包含4MB二级缓存以及NEONSIMD单元，提供有PCIExpress2.0x8和SATA2.0接口，也可支持4GBminiDIMMECCDDR3L内存。另外EnergeCore有一个10Gbps光纤接口，用于多节点集群。发稿时Calxeda官方网站似乎故障了，资料来源于Anandtech和Phoronix的CalxedaEnergeCore评测。除了ARM首要架构以外，Fedora20目前确认了以下特性：Boost1.54HadoopKDE4.11SDDM作为KDE默认显示管理器YesodWeb框架共享证书工具通过libvirt工具管理和运行x86上的ARM虚拟机virt-manager的虚拟机快照界面特性详情 补充：以下有一份数据表格对比在不同架构上编译所需的时间，数据来自FedoraKoji中心编译服务器，在ARM架构上编译著名的集成开发环境Eclipse需要比在x86上多使用大约15个小时。数据表格