硬件廠商一直在大量地討論64位ARM服務器的事情。但是，沒有軟件，這種新興的服務器平臺不會走的太遠。一些大型廠商本周宣布的消息顯示，這個服務器平臺將得到軟件支持。
Red Hat、甲骨文、Cloudera和思杰都宣布了為64位ARM硬件提供軟件支持的計劃。Linaro稱，它將啟動一項多廠商參加的努力，圍繞在ARM硬件上運行的Linux軟件開發(fā)一些標準，努力避免阻礙這種軟件應用的分裂。
這些消息的宣布結束了對于ARM來說非常重要的一個星期。AMD在這個星期宣布，它將制造基于ARM設計的服務器芯片。戴爾展示了一款64位ARM服務器的原型產品。這種服務器配置了應用微電路公司(Applied Micro Circuits)提供的第一批芯片樣品。
在ARM的TechCon會議上，軟件廠商與應用微電路一起宣布他們支持包含64位擴展功能的ARM第八版架構。支持者稱，ARM服務器在執(zhí)行某些云任務和大數據分析任務的時候將非常省電，不過，目前還沒有這種服務器在實際測試中的性能信息。
Red Hat首席ARM設計師喬恩·美斯特(Jon Masters)表示，Red Hat計劃在明年上半年發(fā)布Red Hat Linux社區(qū)版Fedora。這個平臺能夠在64位ARM芯片上運行。在添加到Red Hat企業(yè)版Linux之前，Fedora將作為新功能的測試平臺。
美斯特稱，Red Hat在一年前開始其研發(fā)工作并且已經有一些Fedora代碼在應用微電路的64位ARM芯片原型產品上運行。Fedora 19將支持ARM第八版架構。
Fedora 19發(fā)布版將包括一個完整的LAMP堆棧和更多的功能。LAMP是一個縮寫字，指Linux、Apache Web服務器、MySQL和PHP的軟件堆棧。當增加64位支持的時候，Red Hat將停止支持32位的ARM芯片。
美斯特表示，把一個操作系統(tǒng)引進到一個新的芯片架構并非易事。這個工作是非常復雜的。
Red Hat還是Linaro的Linux企業(yè)組織的一部分。這個組織的其它成員還有Facebook、惠普和其它公司。美斯特稱，用戶需要一個標準的Linux平臺。這樣，他們就能夠把自己的軟件安裝在任何服務器上并且知道這個軟件能夠運行。
甲骨文稱，它正在為64位ARM架構研制一種版本的Java標準版。但是，甲骨文沒有提供發(fā)布64位標準版Java的時間表。Java SE是Java企業(yè)版的基礎。許多服務器應用程序都使用這個版本。
甲骨文產品管理高級主管Henrik Stalh稱：“我猜測，目前全球全部的服務器軟件有四分之三是用Java編寫的?！?/P>
思杰首席技術官Ahmed Sallam稱，思杰已經開始將其Xen管理程序移植到ARM第八版架構。思杰的目標是在明年第一季度完成一個端口的原型產品，在第二季度開始驗證應用微電路的硬件。
考慮到虛擬化的重點是效率而不是性能，因此，虛擬化不是ARM服務器明顯的選擇。但是，虛擬化對于在服務器之間遷移工作量以便維護服務器和執(zhí)行其它任務是有用的。
人們還認為，ARM服務器可用于分析大數據。大數據的分析任務可以有效地由數百個或者數千個處理器內核承擔。Cloudera首席技術官Amr Adwallah稱，32位處理器支持4GB內存，但是，大數據需要更大容量的內存。因此，打破64位ARM芯片的限制是非常重要的。
Adwallah稱，ARM內核也是好的，因為分布式計算(Hadoop)集群能夠有數千個節(jié)點。x86芯片內核在待機狀態(tài)下耗電量太大。其它廠商的芯片內核在待機狀態(tài)下的耗電量更多，因此，我們認為ARM正在向這個領域發(fā)展。
建在應用微電路的系統(tǒng)芯片中的10GB以太網支持也是一個增強的功能。Adwallah稱，大數據需要10GB以太網向這些內核推送和提取足夠的數據以保持這些內核忙碌地工作。購買一個單獨的接口卡會給服務器成本增加數千美元。
Facebook、亞馬遜和摩根斯坦利本星期都保證要支持ARM服務器，盡管這些機構都沒有證實他們正在實際測試ARM服務器。然而，他們好像會這樣做，因為他們都參加了ARM的會議。
摩根斯坦利的一位系統(tǒng)設計師Thomas Walker稱，他的公司在數據中心使用大約7.6萬臺服務器，而10年前使用的服務器數量是4000臺。因此，不難看出他們?yōu)槭裁磳?jié)能的系統(tǒng)感興趣。
要使AMR服務器成為現實，GNU(通用公共許可證)工具需要重大改進并且要支持LAMP、Hadoop和其它開源軟件包。Walker稱，摩根斯坦利對于Cloudera的應用正在增長。64位確實是我們需要的。這是我迫切地等待我的硬件的原因。