華為雲編譯軟體

A. 哪些軟體可以運營在鯤鵬伺服器上

按理說所有兼容ARMv8指令集的軟體都可以運營在伺服器上，如果想讓軟體與鯤鵬兼容，需要考慮自編軟體部分、來源軟體部分、商用軟體部分和鯤鵬的兼容性四方面，都符合條件即可兼容⌄而目前鯤鵬已經支持的語言包括編譯型的c、c++、golang>=1.5和解釋器jvm>=1.7（java語言）、perl、python2/3、shell、node.js。感覺華為雲發展得越來越好了，以後可以運營在鯤鵬上的軟體肯定越來越多。

B. 重塑軟體產業,華為雲軟體開發雲能做些什麼

每隔幾年，變革這個詞就會被推至每個人、每個企業、每個行業、每個領域的面前，而保持基業常青只有一個辦法，那就是積極響應變化。

眼下就是一個正在經歷巨變的時期，然而就像移動互聯網時代到來之前，沒人會想到微信、共享單車能對我們的生活、工作帶來如此深刻的變化一樣，今天依舊有很多人沒有意識到雲計算會顛覆過去的生產方式，或者說考慮的還不夠深刻。移動互聯網時代來臨時，很多人想著拿手機打開瀏覽器就是移動互聯網，同樣的，當前也有人認為雲計算只不過是把自家機房的伺服器搬進了雲服務商的數據中心裡。

實際情況呢？當然不止於此，要不然怎麼能稱得上是一個新的時代？

軟體業如何跟上時代步伐？

日前，華為雲就雲時代軟體企業該如何構建自己的核心競爭力召開了一場研討會，聽完很受啟發。如華為雲軟體開發雲運營總監張勇所講，軟體產業當前在經歷又一次偉大的變革，雲的意義對其絕不只是將代碼從線下搬到了線上，而是對包括消費模式、開發測試流程、交付過程等軟體全產業鏈、軟體開發全生命周期的一次重塑。

如何理解？最淺層的改變，資源獲取成本更低、基礎設施的維護成本更低，隨時隨地、隨用隨取，這是雲的特性決定的。再往下挖掘，軟體供應商和運維、使用方之間的鴻溝在消失，軟體業有一個很明顯的特徵，一家企業只能輻射很小的一片區域，不是他們不想走出去，而是受限太多，而雲的出現給二者架起了一座無縫溝通的橋梁，很多時候企業並不需要去現場就能幫助客戶解決問題。

這個道理就如同張勇講的土特產的故事。曾經我們出差去哪都要買點當地的土特產帶回來，但是隨著淘寶、京東等電商平台的出現、發展，如今有這個習慣的人在減少，因為網上什麼都能買到。軟體業的未來就會朝這個方向演進。

由此帶來積極的一面，機會更多了，企業可以把生意做到全國各地、乃至全球。當然消極的一面是，企業將面臨更加激烈的競爭環境。時代發展的車輪是不可逆的，企業想要生存下去，並獲得越來越好的明天，唯一可循的的路徑就是適應變革、擁抱變革。換句話說，提效率、提質量、提收入、提客戶滿意度，以及降成本。這些是軟體企業的目標，幫助軟體企業達成目標則是華為雲軟體開發雲的初衷。

華為雲如何幫助客戶成功？

如何幫？軟體開發雲能提供什麼？不著急展開，先看看來到現場的兩位用戶怎麼說，他們一位來自中譯語通（青島）有限公司，一位來自大連華數大數據科技有限公司，兩家公司使用華為雲軟體開發雲後，效果都非常顯著，詳見下圖。

中譯語通（青島）有限公司項目受益情況一覽

大連華數大數據科技有限公司項目受益情況一覽

為什麼能帶來這些改變？舉個例子，軟體質量，軟體是由一行行代碼組成的，代碼的編寫質量決定了最終的軟體質量。一個軟體通常是由很多程序員協作完成的，根據木桶效應，軟體的質量最終取決於水平最低的那個程序員，這就是個很棘手的問題了。很多公司會採取老帶新的方式，也就是老程序員幫新程序員復核，這其中的問題顯而易見，每個程序員寫代碼的方式、習慣都不同，不能說這樣的機制形同虛設，但效果絕對算不上好。

華為雲軟體開發雲如何解決這樣的問題？把華為30餘年的軟體開發經驗注入到平台中，由系統替代人來做這件事。張勇在采訪中透露了一組數字，是關於代碼檢查規則的，今年9月華為全聯接大會2017期間，華為雲軟體開發雲的代碼檢查規則是1425條，截止11月中旬，這個數字變成了1873條。華為不斷把他們曾經遇到的問題總結、提煉出來，然後輸出給平台，進而避免讓客戶重蹈覆轍，效果看兩位客戶的實踐就知道了。

再舉個例子，項目交付周期，應該說這是一個比較綜合的衡量指標，畢竟一個項目涉及立項、部署、開發、測試及交付等多個環節，只有各個子項都得到進一步優化，最終的項目周期才可能大幅縮減。而華為雲軟體開發雲基本可以實現對各個步驟的調優。

比如，部署環境，過去簡單的幾小時，復雜的可能需要幾天甚至上月，在華為雲軟體開發雲上，簡單的幾分鍾，復雜的幾小時；代碼編譯構建，之前企業採用單機或者小集群，少則幾小時多則幾天，現在雲上只需幾分鍾。有一組數據供參考，通過使用軟體開發雲，之前每個月一億行代碼的編譯時間超過25分鍾，現在僅7.5分鍾，版本的編譯速度從94分鍾縮短至31分鍾，研發環境的准備時間由月級降低到了小時級、甚至分鍾級。

更多華為雲軟體開發雲所能帶來的好處不再一一列舉，遠不是上面兩個例子所能覆蓋的。采訪中，筆者問到兩位用戶最看重的特性，以及相應華為雲軟體開發雲的表現時，兩位用戶提到了安全性、可靠性、協同性、便利性、效率，以及體驗，並對軟體開發雲的表現給予了高度評價。

綜上，說華為雲軟體開發雲——一站式雲端DevOps平台是對軟體產業的又一次顛覆並不為過。

最後，我想說一下為什麼華為能做這件事？可能很多人都認為華為是一家硬體見長的企業。這沒錯，但同時華為也是一家軟體公司。2016年華為軟體收入近1800億元，這其中還不包括綁定在網路設備和應用里的軟體。另外，可能很多人都不知道，華為連續15年蟬聯中國軟體業百強之首。這背後，華為在軟體業的經驗積累可想而知。

目前，華為正在全力推動公有雲業務的發展，而軟體開發雲作為其中一個分支已經表現出了極強的張力。截至當前，華為雲軟體開發雲已經相繼落地大連、青島、福州、西安、貴陽等多個城市軟體園區，服務超過2000家企業、5萬多開發者，並建立示範性軟體學院聯盟，這個聯盟由教育部領導，成員有清華、北大、北航等30多所985、211高校。

都說未來是一個軟體定義的世界，軟體將發揮越來越重要的作用，我想說的是先從軟體生產方式的變革開始吧，原有的方式有點Out了。

C. 方舟社區是騙子嗎

在華為聲稱「方舟編譯器，可通過架構級優化讓系統操作流暢度提升24%，安卓應用流暢度可提升60%」以來，編譯器這個概念就被帶火了，方舟編譯器也被媒體熱炒。
日前，華為方舟編譯器在鯤鵬社區上架，根據網站上公布的資料，方舟編譯器的介紹為：
方舟編譯器是基於GCC開發的交叉編譯器套件，它包括了C、C++、Fortran的前端，也包括了這些語言的庫(如libstdc++、libgcc等)。HCC運行在X86 linux架構伺服器上，生成的二進制運行在Aarch64 架構伺服器上。
一位朋友告知：
有人比較了一下，華為的方舟和GCC沒有區別，只有非常少的部分不一樣，方舟編譯器壓縮包還是叫gcc-ark。
之後，基於不為人知的原因，鯤鵬社區的方舟編譯器火速下架，原網址鏈接也被和諧了。
關於華為鯤鵬社區上公布的方舟編譯器資料，鐵流咨詢了業內人士，回復是：
交叉編譯器，就是在x86上編譯出arm的二進制代碼。gcc本身就做得很好了......動態二進制翻譯器，可以把x86應用程序動態翻譯為ARM指令集，執行在ARM伺服器上。估計效率可以達到70%左右......方舟中最核心的應該是支持動態二進制翻譯。
可以說，華為鯤鵬社區上公布的方舟編譯器是服務於華為ARM伺服器的，由於ARM在伺服器上的生態相對於X86差距過大，很多軟體不支持ARM。而ARM伺服器要推廣，需要支持大量沒有源代碼的x86程序。這項應用能跑二進制代碼，而當前二進制翻譯效率都不是很高。所以華為打算用動態二進制翻譯來彌補ARM在伺服器生態上的不足。
用二進制翻譯來彌補生態問題，這種思路其實早已不是什麼新聞，當年的全美達就用二進制翻譯兼容X86生態，最後被英特爾用專利訴訟拖死。ARM在智能手機領域火了之後，英特爾也用二進制翻譯的做法來兼容ARM的生態，最終也是折戟沉沙。
之所以出現這種情況，主要是因為二進制翻譯會造成性能損耗，以及二進制翻譯未必能夠完美解決兼容問題。就性能損耗來說，在翻譯之後使英特爾的CPU性能只有原來的70%，憑空損失掉30%的性能後，使英特爾的CPU在移動端上性價比和性能功耗比這兩項屬性上都不如ARM，同時，移動端恰恰是對功耗指標非常敏感的，這使英特爾在市場競爭中非常不利。

還有就是兼容問題，以實際體驗來說，鐵流好友使用過聯想搭載英特爾CPU的手機，日常使用問題不大，就是個別應用會時不時閃退。猜測可能是生態兼容方面依然存在一定問題。
而英特爾曾經面對的問題，將來華為可能都要面對。從實踐上看，自己建生態才是正途，比如X86在PC和伺服器的統治地位，以及ARM在智能手機上的統治地位，兼容別人的生態是投機取巧，走捷徑的影響是根基不牢，結局是欲速則不達。如果沒有政府輸血和國企訂單，在純粹商業模式下，十有八九要悲劇。
由於鯤鵬社區上公布的方舟編譯器是用在ARM伺服器上的，因而鐵流很疑惑為何會宣傳「方舟編譯器，可通過架構級優化讓系統操作流暢度提升24%，安卓應用流暢度可提升60%」。
業內人士告知：
那他們應該把所有的幾個系統統稱為方舟編譯器了......手機上重點是java虛擬機，執行的是安卓的應用，主要是java代碼，也有部分ar二進制代碼或者庫。
對此，華為手機產品線副總裁李小龍發文回應稱，華為雲鯤鵬社區「這個網站不是華為消費者BG維護的網站，此編譯器好像是伺服器部門用的，和我們之前和P30 一起發布的方舟編譯器沒有任何關系。」
綜合一下看，華為雲鯤鵬社區的方舟編譯器和華為消費終端的方舟編譯器應該不是一個東西。不過，華為消費終端的方舟編譯器也是過度炒作被神話的。
華為方舟編譯器是如何做到第三方應用性能提升的？目前還沒有官方的回應，而流傳的消息則有兩種。一種是說華為針對安卓原來的編譯器進行了深度的魔改實現了性能的巨大提升，一種是說華為通過將Java代碼繞過虛擬機直接翻譯成機器碼來實現的。當然還有一種混合的說法，即華為通過將Java代碼繞過虛擬機直接翻譯成機器碼來對原來的編譯器進行了深度的魔改。針對直接將Java代碼翻譯成底層機器碼的方法，一般認為這當然有利於提升性能，但不利於應用程序的可移植性和可維護性以及操作系統的安全性。本次華為雲鯤鵬社區的方舟編譯器的下架事件，只不過是給被神話的方舟編譯器降溫擠水分而已。
另外，現在國內有一股拿開源改改就標榜自主的風氣，比如此前的紅芯瀏覽器。這種現象和以前的「漢芯」事件一樣造成了很惡劣的影響。必須說明的是，「漢」、「紅」都是有一定特殊含義的，這種做法造成的傷害不僅僅局限於信息產業。
鐵流認為，基於開源軟體做修改，就說明是某開源軟體的修改版即可，比如鯤鵬社區的方舟伺服器，就對就外宣傳是GCC 7.3的修改版即可，不要標榜方舟編譯器以免誤導吃瓜群眾。
類似的，華為GaussDB 資料庫就標明是PostgreSQL9.2修改版，不要玩自主研發GaussDB 資料庫的文字游戲。媒體在報道中出現了「外界也認為 GaussDB 內核具有超越現有開源資料庫如 MySQL 與 PostgreSQL 的極致性能」，宣傳上的文字游戲已經誤導了不少人。
還有國內這些Linux操作系統，早期的Happy Linux、紅旗Linux的叫法就挺好，把技術來龍去脈說的很清楚，現在各種麒麟OS，不了解內情的老百姓還真會被誤導。
之所以出現這種現象，根源是在技術和國外有較大差距的情況下，又喜歡過度標榜自己，逐漸演變成了浮誇風。
華為鯤鵬社區方舟編譯器上架後火速下架，根源是國內大環境充斥著浮誇風後翻車的結果，如果還是喜歡過分標榜自己，類似的事件不會是第一次，也不會是最後一次。