国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

方舟編譯器開源核心代碼的揭示

電子工程師 ? 來源:郭婷 ? 作者:網絡整理 ? 2019-09-04 10:05 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

于無聲處起驚雷!華為官方8月31日正式將方舟編譯器對外開源。

8月31日,華為方舟編譯器開源網站上線,開發者可以通過華為云與開源中國代碼托管網址獲得相關和文檔,以便參考學習、了解方舟編譯器的架構和代碼。可以說,對于全球終端用戶、開發者以及應用廠商而言,“方舟”開源都有著非凡的意義。

方舟編譯器的作用是什么?從華為終端CEO余承東的表述來理解,方舟編譯器能改善應用運行效率,從原先的邊解釋邊執行轉變為全程機器碼高效運行程序。

那么開源的意義又是什么?在懂懂看來,此舉既是誠邀廣大開發者共同“攜手”,也是向應用廠商發出提升手機用戶體驗的要求,目的很簡單——共同打造共贏的生態系統。如果沒有開發者和應用廠商的協力,沒有整個行業參與者對其持續地重構和優化,一個生態系統很難打造出來,也很難形成龐大的用戶群體,更難以形成一個從手機到萬物互聯全面滲透和覆蓋的生態系統。

No.1十年磨一劍 方舟開源謀定后動

2009年華為成立編譯組,方舟編譯器雛形誕生,至今其研發已經走過了十年歷程,堪稱十年磨一劍。

從華為公布的相關信息來看,方舟編譯器并不僅僅是從高級語言到機器碼進行了“萬能翻譯”,而是成為一個編譯運行系統。這個編譯系統不僅實現了詞法分析、語法分析、代碼生成等功能,更在IR設計和算法優化方面進行了深入地嘗試。

方舟編譯器首先解決了Java程序編譯的兩個難題:JNI調用的開銷巨大,動態特性導致全程序優化難以實施。通過將不同語言通過統一IR表示、統一優化算法,將不同語言間的“翻譯”開銷盡可能減少,手機安裝App應用后可更快地運行程序,同時以輕量化的運行時降低傳統虛擬機的開銷,實現效率的提升。

其次,方舟編譯器針對Java代碼效率提升,嘗試了在開發者環境中進行高度編譯優化的方法,相當于是用空間換性能,讓編譯器不再被手機的硬件和系統能力制約,同時也通過編譯優化能力增強為代碼優化提供了更多的可能性。

最后,方舟編譯器在Java上實現了基于引用計數的內存管理方法,結合自身機制的優化+開發者的聯動,有望實現應用在運行過程中內存隨用隨收,沒有了虛擬機“集中回收”這個動作,減少了運行時給應用帶來的卡頓。

如今,很多人已經離不開手機上的各種應用,而更加順暢的體驗,自然意味著新的行業發展機遇,更是新的商業規則的建立。

我們可以從8月31日啟動開源這一舉措可以看出,方舟編譯器所謀不凡。

眾所周知,軟件的開源,目的就是讓開發者和第三方廠商一同參與進來,這樣源碼才會在不斷地重構和優化中激活、升華。

方舟編譯器的特點正在被業界所了解,而通過開源社區,開發者和廠商將進一步推動相關技術和應用的進步,華為更可以從開源社區的重要玩家逐漸走向開源的領跑者。

從方舟編譯器開源后的相關舉措,可以看出“重要玩家”背后滿滿的誠意。

首先,本次方舟編譯器開源直接開放了編譯器最核心的代碼,揭開了其技術核心特征。對編譯器愛好者來說,可以一探華為方舟背后的設計思路。

其次,此次開放的框架代碼搭配了編譯器等其他二進制組件,實現Java程序到aarch64匯編指令的編譯過程。因此開發者可以基于開源代碼+二進制,編譯構建出編譯器工具鏈。社區參與者可以通過框架源碼學習方舟編譯器的編譯器中間表達(IR)及基本的中端編譯框架,進而參與到對編譯器中端優化的工作中。另外,開發者還可以通過代碼托管平臺參與社區貢獻,并在此平臺上反饋相關問題和需求。

這些舉措看似平淡無奇,但是仔細觀察,可以發現諸多開源舉措的背后,也彰顯出了華為對于自身技術的自信態度,更可以看到華為打造手機生態圈、吸引全球技術人員和企業參與的使命感。

這種自信,既來自與華為對手機行業的前瞻性思考,也來自其對未來IoT尤其是智能生活領域的籌謀。之所以這么說,是因為方舟編譯器此次開源,不能孤立地視為是一個手機編譯系統的開源,其背后還有圍繞華為EMUI不斷迭代升級所推動的極致用戶體驗,以及全場景智慧生活的戰略。

No.2無生態不開源 Show me the code

從EMUI升級到5.0時,華為就將手機卡頓這一安卓系統的行業性難題作為重要課題。在EMUI5.0發布時,華為承諾手機系統“18個月持久流暢”;在EMUI8.2版又推出了“很嚇人的技術”——GPU Turbo,主要作用是提升手機性能的同時降低了功耗。

在EMUI9.0時華為推出了Link Turbo全網絡聚合技術,聚焦單一網絡下網速的大幅提升;到了今年年初升級到EMUI9.1時,兩大革命性創新——EROFS超級文件系統和方舟編譯器才正式“曝光”,而華為發力安卓系統底層性能優化能力的實力也為外界所認知;直至8月初EMUI10發布,EMUI的使命已經成為“開啟全場景智慧生活的鑰匙”。

顯然,這些隨著EMUI不斷迭代而出現的黑科技,是華為多年來持續不斷投入巨資研發(每年超過營收10%)的結果。同時,華為并沒有獨享其樂,而是希望通過開放、合作和共贏,打造一個開放式創新的生態氛圍。

軟件生態建設的難度,無疑比OS本身的研發更大。此前倪光南院士就公開表示,操作系統這類軟件的市場競爭不能依靠性價比,而是要依靠生態體系。因為有生態,才能有應用,才能形成良性循環。而開源,無疑正式建立健康、可持續發展的生態體系的基礎。

從此次方舟編譯器的開源,可以看出華為從開源領域的積極參與者變為主動引領者的決心,只有以更加積極的姿態引領行業,才能為用戶帶來更好的體驗,打造共贏的生態。

不少網友在關注方舟編譯器的同時,也在關注鴻蒙系統的進展。

在國際環境變幻莫測的局勢下,這種關注自然在情理之中。無論是網友熱議的方舟編譯器,還是未來的鴻蒙系統,都有可能在開源方式的驅動下從不同維度打造出一個更具有競爭力的生態體系。

當然,目前方舟編譯器的開源還只是萬里長征的一小步,而外界已經有聲音在“方舟”初露鋒芒時,就猜測其會先讓安卓“加速“,之后則是為鴻蒙打下“地基”。在這里我們不做過多揣度,但是不妨橫向分析一下其他手機企業在自主系統方面的得失。

過去近十年里,在安卓逐步壯大的同時,業界也在嘗試打造新系統。除了業界熟知的微軟WP,也有一些略為不起眼的例子。2012,諾基亞在MeeGo的基礎上開始研發旗魚系統,期望將塞班和旗魚作為挑戰安卓的抓手,但是僅不到一年半的時間,諾基亞就停了系統更新。

同樣在這一年年初,Tizen系統最初版本發布時,作為發起者的三星電子、英特爾以及兩大Linux開源社區無不對其給予了厚望。但是如今外界已經看不到搭載Tizen的三星手機產品,只能在三星智能電視上窺見其真容。

而在國內市場,阿里也曾在2014年以5.9億美元投資魅族手機,旗下阿里云OS成為后者魅藍系列的搭載系統。但是到了2017年后,隨著魅族市場份額的下滑,合作也無疾而終。

對于這些手機行業知名品牌的相關案例,外界有著無數的分析和評論。但在懂懂看來,沒有能夠形成強大的軟件生態系統,是失利的主要原因。

沒有廣大的應用軟件開發商、開發者和跨界合作伙伴共同融入到生態體系中,自然也就得不到用戶的認可,而缺少用戶,自然也就無法引起各方的持續投入。

回到方舟編譯器,自然不能孤立地去看待此次開源的意義,而是要放在華為整個萬物互聯和全場景智慧生活的戰略中,才能看出更深層次的內涵。從這個意義來看,如今華為誠邀各方合作伙伴和應用開發者一起匯聚的“方舟朋友圈”,既是方舟編譯器的朋友,更是全場景智慧生活領域的朋友。

當然,從朋友圈到有福共享的朋友利益共同體,要經歷的挑戰自然難以想象。方舟編譯器能以十年磨一劍,未來的“朋友圈”或更要做好長途跋涉的準備。

至少從目前來看,華為在開源一事上的決心和信心都彰顯無遺。華為目前在全球具有重大國際影響力的開源社區中,擁有十多個董事席位,以及200多個TSC、PTL、Core Committer席位。同時,作為Linux基金會白金成員,華為對Linux kernel累計貢獻6800+補丁,在5.1 Release版本中排名超過谷歌、IBM等國際廠商,是TOP 5中唯一的亞洲廠商。

對于“方舟”,做遠比說要更為重要。正如用Linux之父托瓦茲的那句名言:Talk is cheap,Show me the code!在智能手機市場,在IoT時代,只有開放代碼,開放資源,開放利益,才能建立真正意義上的共贏生態。

結束語

對于普通用戶而言,方舟是什么并不重要,只要經過編譯的App下載后用著流暢,就是真的舒適。而對于開發者和應用軟件企業來說,能夠軟件開發一鍵打包,全部自動適配,開發人員省時省力才是硬道理。雖然就本次開源的部分看方舟編譯器還有許多不夠成熟完備之處,但以華為的技術實力,相信未來一定會逐漸完善起來。

未來,如果主流的App都能與方舟編譯器適配,用戶、應用廠商和開發者各方都能感到“穩了”,這事兒才真的算是“穩了”。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 手機
    +關注

    關注

    36

    文章

    6994

    瀏覽量

    160995
  • 華為
    +關注

    關注

    218

    文章

    36003

    瀏覽量

    262073
  • 編譯器
    +關注

    關注

    1

    文章

    1672

    瀏覽量

    51590
  • 方舟編譯器
    +關注

    關注

    0

    文章

    63

    瀏覽量

    757
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    模力方舟現已正式開源官方Skills倉庫Moark Skills

    模力方舟現已正式開源官方 Skills 倉庫 Moark Skills,首批上線圖像生成、OCR、文檔內容提取和文本合規審查四個技能模塊。開發者和用戶只需將技能文件導入 OpenClaw,Agent 即可通過自然語言直接調用這些能力,省去從零對接各類 API 的重復工作。
    的頭像 發表于 03-03 16:47 ?1012次閱讀
    模力<b class='flag-5'>方舟</b>現已正式<b class='flag-5'>開源</b>官方Skills倉庫Moark Skills

    月之暗面全新開源旗艦模型Kimi K2.5上線模力方舟

    模力方舟平臺現已上線來自月之暗面(Moonshot AI)發布的全新開源旗艦模型Kimi K2.5。
    的頭像 發表于 01-29 10:20 ?859次閱讀
    月之暗面全新<b class='flag-5'>開源</b>旗艦模型Kimi K2.5上線模力<b class='flag-5'>方舟</b>

    單片機開發功能安全中編譯器

    的問題是,防御性編碼和外部數據訪問等實踐并不屬于編譯器認可的領域。例如,C和C ++都沒有為內存損壞留出任何余地,因此,除非在沒有這種損壞的情況下可以訪問旨在防止內存損壞的代碼,否則在對代碼進行優化
    發表于 12-01 06:44

    開源鴻蒙技術大會2025丨編譯器與編程語言分論壇:語言驅動系統創新,編譯賦能生態繁榮

    在萬物智聯的時代背景下,操作系統底層能力的構建離不開編程語言與編譯器的關鍵支撐。作為開源鴻蒙生態的核心技術,語言設計與編譯器、虛擬機實現的進步直接關系到開發效率、運行性能與系統安全。本
    的頭像 發表于 11-20 17:24 ?917次閱讀
    <b class='flag-5'>開源</b>鴻蒙技術大會2025丨<b class='flag-5'>編譯器</b>與編程語言分論壇:語言驅動系統創新,<b class='flag-5'>編譯</b>賦能生態繁榮

    編譯器如何指定代碼的地址段?

    我在官方 gcc 的基礎上添加了自定義指令,目前可以正確編譯出匯編代碼,但是我該如何指定匯編結果的地址段,讓生成的代碼符合蜂鳥的地址分配呢?求助大神幫助指導一下,thx~
    發表于 11-10 06:06

    GCC編譯器,怎么才能實現c文件中未被調用的函數,不會被編譯呢?

    GCC編譯器,怎么才能實現c文件中未被調用的函數,不會被編譯?有什么編譯選項可以設置嗎? 移植代碼,有些函數沒被調用的函數想留在代碼里,但不
    發表于 09-28 12:25

    請問如何在keil μVision 5上進行ARM編譯器代碼優化?

    如何在keil μVision 5上進行ARM編譯器代碼優化?
    發表于 08-20 07:37

    如何在Keil中將NuMicro BSP從Arm編譯器5遷移到編譯器6?

    在Keil中將NuMicro BSP從Arm編譯器5遷移到編譯器6!
    發表于 08-20 06:29

    進迭時空同構融合RISC-V AI CPU的Triton算子編譯器實踐

    Triton是由OpenAI開發的一個開源編程語言和編譯器,旨在簡化高性能GPU內核的編寫。它提供了類似Python的語法,并通過高級抽象降低了GPU編程的復雜性,同時保持了高性能。目前
    的頭像 發表于 07-15 09:04 ?1840次閱讀
    進迭時空同構融合RISC-V AI CPU的Triton算子<b class='flag-5'>編譯器</b>實踐

    邊緣設備AI部署:編譯器如何實現輕量化與高性能?

    電子發燒友網綜合報道 AI編譯器是專門為人工智能(AI)和機器學習(ML)模型設計的編譯器,其核心目標是將高級的AI模型描述(如計算圖、神經網絡結構)轉換為特定硬件平臺(如CPU、GPU、FPGA
    的頭像 發表于 07-06 05:49 ?6633次閱讀

    編譯器功能安全驗證的關鍵要素

    在汽車、工業、醫療等安全關鍵型應用中,確保功能安全合規性需要嚴格的工具鏈驗證。開發安全關鍵型軟件的企業必須遵守ISO 26262、IEC 61508、ISO 62304等國際標準對編譯器工具鏈進行全面的驗證。
    的頭像 發表于 07-05 13:37 ?1570次閱讀

    兆松科技ZCC編譯器全面支持芯來科技NA系列處理

    近日,兆松科技(武漢)有限公司(以下簡稱“兆松科技”)宣布正式發布高性能RISC-V編譯器ZCC 4.0.0版本。
    的頭像 發表于 06-11 09:56 ?1701次閱讀

    RISC-V架構下的編譯器自動向量化

    進迭時空專注于研發基于RISC-V的高性能新AICPU,對于充分發揮CPU核的性能而言,編譯器是不可或缺的一環,而在AI時代,毫無疑問向量算力將發揮越來越重要的作用。進迭時空非常重視RISC-V
    的頭像 發表于 06-06 16:59 ?1229次閱讀
    RISC-V架構下的<b class='flag-5'>編譯器</b>自動向量化

    RVCT編譯器是否比GNU的編譯器代碼執行速度更快?

    ,是rvct3.1還是rvct4.0?如何把rvct編譯器集成到ide中? 2、RVCT編譯器是否比GNU的編譯器代碼執行速度更快?
    發表于 05-08 07:49

    HighTec編譯器全面適配紫光同芯THA6 Gen2系列產品

    近日,紫光同芯與全球領先的汽車級C/C++編譯器供應商HighTec共同宣布,HighTec編譯器完成對紫光同芯THA6 Gen2系列產品的全面適配。此次合作實現了從指令集優化到功能安全的全棧支持,是國產高端車規芯片與國際領先開發工具的深度技術融合,將為全球汽車電子開發者
    的頭像 發表于 04-02 09:42 ?1180次閱讀