作者簡介：知乎大V OwlLite，中科院自動化所 模式識別與智能系統學博士，現任圖像算法工程師。

1.架構變遷

說到CPU架構，我們可能必然會提到CISC(復雜指令集，比如桌面端采用的X86系列)和RISC(精簡指令集，比如移動端廣泛采用的ARM系列)。理論上，RISC 相比于 CISC(Intel 和 AMD) 處理器，指令譯碼和流水線的實現精簡化，可以在芯片上使用更少的三極管，換取更多的寄存器和流水線性能 ( 多線程 / 并發能力，高吞吐 ) 。過去，由于應用主要是跑在對功耗不敏感的X86架構CPU上，人們對該架構下的應用進行了大量的優化，ARM平臺的性能優勢并沒有充分的發揮出來。最近數年，轉機出現了，ARM平臺在移動端(比如手機)和物聯網終端(比如家用智能設備)的大規模使用，使得對該平臺算法和軟件的性能優化變得越來越充分(近年來，開源社區對ARM平臺的支持已經足夠用戶將X86應用在合理的投入下遷移到ARM平臺，LLVM等基礎工具大部分可以找到支持ARM平臺的版本)。結合既有的并發能力優勢，使得ARM 平臺的服務器在一些應用場景下顯得頗有吸引力。另外，對于移動應用，在云端采用ARM平臺服務器，還可以做到端云同構，節省開發調試成本。

在這樣的背景下，業界大廠紛紛推出ARM平臺服務器CPU. ARM平臺服務器CPU在云端服務器啃下一塊市場也是必然。2019年，華為推出了第二代ARM平臺數據中心處理器鯤鵬920芯片(預期今年推出其升級版鯤鵬930)，采用7nm制程，最高支持64個內核，工作頻率高達2.6 GHz，支持8通道DDR4，以及一對100G RoCE端口。并且推出就自產自銷上華為云。從配置來看，其設計特別強調高吞吐能力，目前性能仍處于ARM平臺服務器CPU的第一梯隊。

2.為什么需要做服務遷移

越來越多的服務轉向ARM云平臺是一個趨勢。ARM架構芯片核的面積僅為X86核的1/7，這也意味著在單位面積下，ARM可以集成更多的核心——實際數據是四倍以上。這意味著ARM架構CPU 的眾核架構橫向擴展的方式會更符合分布式業務的需求。如果是新的應用，可以直接選擇鯤鵬云平臺進行開發，充分利益ARM云平臺的優勢。但是當前，絕大部分云平臺應用都跑在于X86架構CPU上，需要將服務進行某種形式的“重構”才能運行在ARM云平臺上。其主要原因在于，用戶在往ARM平臺遷移時需要處理指令集上的差異，才能使得原來運行在x86架構下的程序能夠平穩運行于ARM平臺，完成遷移。

<指令集差異>

這些指令集的差異，使得像C/C++, Go 等編譯型語言寫的應用程序，需要采用ARM64(aarch64)編譯器重新編譯后才能運行。這是因為編譯型語言先要被“翻譯”成匯編，然后轉換成二進制指令。而ARM平臺的鯤鵬處理器和X86架構的處理器，其匯編和二進制指令不一樣，導致一方的可執行程序不能直接移植到另一個平臺運行。像Java, Python 等本身支持跨平臺的解釋型語言，如果原應用不依賴C/C++語言編譯的公共組件(大部分情況下)，則可以直接運行在ARM平臺上。對于剩下的極少部分的匯編語言，則需使用ARM指令集改寫一遍。比如在X86架構下，128位按位做and運算：

PAND xmm1 , xmm2/m128

對于ARM架構處理器，可以替換為NEON指令：

AND Vd., Vn., Vm.

<三類語言的服務遷移路徑>

以上這些遷移路徑說明，傳統X86架構服務的遷移雖然會帶來潛在的優勢，但遷移也是有成本的，需要投入時間對軟件/服務進行對應的更改和測試。

3.鯤鵬社區助力服務遷移

ARM平臺的性能優勢和特點是幫助其從巨大的云計算市場中吃下一塊的基礎。至于能以多快的速度吃下多大的市場，其決定性因素的可能并不是這些架構和制程決定技術優勢，而是用戶的選擇，具體地，也就是用戶的遷移成本相對于可能帶來的優勢的比較——如果只需要修改少量的代碼就可以將服務轉換到支持更高并發的ARM云平臺上，這對于那些對吞吐量尤其敏感的后端服務來說，何樂而不為呢。

為了降低用戶的遷移成本，華為花費了相當的力量建設了華為云學院和鯤鵬社區，指導和幫助用戶進行應用遷移方面的工作。并且推出了鯤鵬開發套件(包括掃描評估工具Dependency Advisor, 遷移工具Porting Advisor, 和性能優化工具Tuning Kit https://support.huaweicloud.com/ug-pa-kunpengdevps/kunpengpt_06_0004.html)幫助用戶評估工程的可移植性，檢查用戶軟件 C/C++ 源碼，識別需要修改的部分并提供修改建議和性能調優。而且這些內容中的絕大部分對用戶來說是免費獲取的。在注冊華為云之后，用戶可以在華為云端實驗室(https://lab.huaweicloud.com/)免費使用華為云資源(ECS等)進行應用往ARM云平臺遷移的實驗。

以相對更耗時更復雜的C/C++應用遷移為例，可選擇云端實驗室中的“通過鯤鵬工具鏈將X86 C/C++代碼遷移到鯤鵬平臺”實驗進行體驗。用戶在該實驗中首先預置實驗環境，免費獲取實驗所需的鯤鵬ECS、EIP, VPC, 安全組等資源(可以通過開發者免費試用區https://activity.huaweicloud.com/free_test/index.html?#individual 獲取更多更長時間的資源試用)。

然后可以依照提示，在網頁端中通過公網EIP登錄分配的ECS之后，修改教程中提供的C/C++應用包的編譯腳本和相關代碼段，重新編譯即可完成安裝、驗證和測試。

<實驗體驗環境>

4.服務遷移實戰

在上文的體驗例子中，可以完整的經歷如下典型的C/C++工程遷移過程的關鍵部分：

包括修改編譯腳本;修改宏定義，增加aarch64 架構的宏定義;修改編譯宏分支，確保 aarch64 架構下使能 SIMD 的 NEON 特性;修改aarch64 架構下的內聯匯編指令;重新編譯源碼并安裝測試。

對于C/C++工程遷移的鯤鵬ARM平臺移植，可能會碰到如下的典型問題：

1.編譯時gcc參數設置需要調整，這方面的問題可以參考gcc官方文檔(https://gcc.gnu.org/onlinedocs/gcc/ARM-Options.html)

2.編譯時找不到函數、缺少庫文件等。可以通過安裝鯤鵬ARM平臺兼容的依賴庫來解決。目前來看，隨著ARM平臺的發展，這種情況下的問題解決不了的可能性越來越小。如果你的C/C++工程本身是在Linux平臺編寫/編譯的，那這種情況還會相比于從windows平臺遷移少很多

3.開源項目庫不支持 ARM 架構，這種情況較就更少了，一般發生在較舊的項目代碼。面對這種情況可能不得不尋找替代組建或者修改自己的代碼以消除依賴。

4. 編譯時提示代碼錯誤，比如在上面的體驗例子中如果不修改相關類型的宏定義就會出現，解決方法于上面體驗例子中類似。

5. 需要重寫內聯匯編語句，如上文所述，這是由于ARM與X86架構指令集不同導致的。可能需要使用ARM指令修改每一條相關代碼才能解決。

至于云端常見但由于Java的跨平臺性，遷移更為容易的Java Web應用，可以通過云學院提供的“基于華為云鯤鵬彈性云服務器部署Web應用”教程體驗，其過程中不涉及對代碼的修改，這類應用的遷移相比于C/C++類應用要容易得多。

對于將軟件遷移到ARM平臺來說，大部分情況下只要建立軟件開發編譯環境-編譯軟件-出現錯誤-修復bug的流程就可以解決問題，這跟很多人碰到過的將Windows平臺軟件遷移到Linux平臺運行差不多。對于更復雜的應用軟件，比如數據庫、翻譯程序，可能需要修改匯編語言。當然現在很多數據庫采用的是開源軟件的或者本身支持多平臺的軟件，這類問題也變得越來越容易解決。

當然，實際的業務遷移到鯤鵬ARM云平臺，涉及的程序語言和軟件依賴會相當復雜。比如某大叔據搜索系統的業務軟件棧：

這里的mysql, redis, Apache和Hadoop都可以通過鯤鵬代碼遷移工具找到鯤鵬ARM平臺兼容的版本，其遷移自然不是問題。對于其他暫不兼容的，比如kudu, Impala和Ceph，其官方發布已經提供了完整的或者大部分功能的aarch64平臺支持(https://issues.apache.org/jira/browse/KUDU-3007, https://issues.apache.org/jira/browse/IMPALA-9376), 如果升級到支持aarch64的新版后調試通過，那移植到aarch64平臺也不會有問題。對于剩下的不兼容的，則需要找替代或者修改代碼了。

從上面的實例可以看出，如果你的業務軟件棧大量采用開源軟件并且保持了版本的更新(大家都意識到aarch64平臺變得越來越流行，需求越來越多，順勢推出了該平臺的版本)，那么遷移的成本就會比較低。相反，如果采用了較老的軟件或者不支持aarch64的商業軟件，那就需要花費比較多的精力，甚至不得不采取繞過依賴的方案。這也就意味著，僅從實際業務軟件棧的情況來看，就有部分業務并不適合遷移，企業需要根據自己的實際情況量力而行。因此，企業業務遷往ARM云平臺雖然是一個趨勢，但X86云平臺在未來相當長一段時間并不會消失，而是會繼續占有相當的市場，與ARM云平臺并駕齊驅。

鯤鵬開發者系列課程傳送門在此，良心知識不付費，參與回帖互動還有獎品拿，吐槽建議都闊以：http://suo.im/5X8M85