JavaOne大會消息——AMD認(rèn)為數(shù)據(jù)中心的未來是ARM處理器架構(gòu)的天下。AMD還大膽預(yù)言，過不了多久基于64位ARMv8的服務(wù)器就會在諸位附近的機(jī)架上歡暢地運(yùn)行。
為了證明這一點(diǎn)，AMD的Leendert van Doorn在舊金山甲骨文的JavaOne大會臺上亮出兩臺運(yùn)行Hadoop的ARM Cortex A57型服務(wù)器，這也是第一次有人在公開場合這么做。
兩臺服務(wù)器不是特別定制的專用服務(wù)器。兩臺服務(wù)器裝的是兩個不同的Linux發(fā)行版——紅帽和OpenSuse——及Linux 3.x內(nèi)核的兩種不同版本，以及Oracle標(biāo)準(zhǔn)Java開發(fā)工具包（JDK）的最新測試版本。
與Van Doorn一起在臺上的還有Oracle Java物聯(lián)網(wǎng)人士Henrik Stahl，他解釋說，在64位ARM服務(wù)器上順利運(yùn)行Java對甲骨文很重要，原因是時下服務(wù)器上50％的工作負(fù)載都是在64位ARM一類的服務(wù)器運(yùn)行。
Stahl表示，“盡管甲骨文自己的產(chǎn)品在吸收外來產(chǎn)品十分、十分緩慢——我們采用新技術(shù)的步子不是太快，但我們對于合作伙伴為進(jìn)軍市場推出新技術(shù)卻特別有興趣。采用Java是此舉的第一步。“
從左到右：甲骨文的Henrik Stahl和AMD的Leendert van Doorn
Stahl稱甲骨文的ARM版Java目前處于內(nèi)部測試階段，但今年晚些時候會發(fā)布一個公共早期試用版本，目標(biāo)是在2015年上半年面向普通用戶推出ARM版Java。他表示，ARM版Java還缺少幾個小東西，但Java開發(fā)人員換用ARM應(yīng)該是毫無障礙的。
Stahl表示，“我想沒有任何理由會讓開發(fā)人員覺得運(yùn)行ARM系統(tǒng)與運(yùn)行x86系統(tǒng)有什么不同。”
他補(bǔ)充說，甲骨文一直在與AMD、Applied Microsystems及Cavium合作開發(fā)在ARM系統(tǒng)單芯片（SoC）運(yùn)行的Java，過去幾個月試用的AMD的硬件運(yùn)行Java “沒有問題”。
面向軟件設(shè)計(jì)芯片
Van Doorn表示，對服務(wù)器市場來說，ARM可以采用應(yīng)用優(yōu)化服務(wù)器，具有很好的發(fā)展前景，這一點(diǎn)才是真正有意思的地方，Van Doorn稱他們的硬件含有為特定工作負(fù)載而設(shè)計(jì)的“加速器”，這東西過去一直沒有找到比較經(jīng)濟(jì)的實(shí)現(xiàn)方法。
Van Doorn稱，這些加速器可以是一些特殊的芯片，用來加快加密、網(wǎng)絡(luò)、圖像處理或很多別的功能的速度——ARM的設(shè)計(jì)很容易整合這些加速器。
他還指出，“ARM的生態(tài)系統(tǒng)用到開放的總線架構(gòu)和開放的基礎(chǔ)設(shè)施，要加入那些加速器真的很容易。我完全相信不少初創(chuàng)公司會針對各種工作負(fù)載推出一些具固定功能的加速器，將其中的一些加速器整合到系統(tǒng)單芯片上肯定會特別有意思。”
Van Doorn表示，一個比較典型的加速器是GPU，其實(shí)就是一個矢量處理器。他解釋了軟件如何利用加速器運(yùn)作，提到AMD在HadoopCL方面的開發(fā)，HadoopCL將一些Hadoop查詢處理的工作負(fù)載通過OpenCL送給GPU。
Van Doorn指，異構(gòu)系統(tǒng)架構(gòu)（Heterogeneous System Architecture，縮寫為HSA）聯(lián)盟——AMD、ARM和甲骨文都是聯(lián)盟成員——在進(jìn)行各項(xiàng)工作，力求使芯片制造商可以方便地采用各種類型的加速器。他表示，由于有些工作負(fù)載——例如搜索——對經(jīng)營大規(guī)模數(shù)據(jù)中心的公司已經(jīng)變得非常重要，生產(chǎn)有關(guān)的芯片符合成本效益。
Van Doorn發(fā)表看法稱，“這些不僅僅是業(yè)務(wù)發(fā)展趨勢使然，本身也是科技發(fā)展趨勢。”他還指出，現(xiàn)在要單純生產(chǎn)速度越來越快的通用處理器并不像以前那么容易了。“生產(chǎn)密集越來越高的芯片的實(shí)際成本在上升，而不是在下降。”
