視頻加載中... hello 大家好 歡迎觀看本期的胡說(shuō) 最近整理了一些關(guān)于華為鴻蒙系統(tǒng)的信息 通過(guò)視頻的方式分享給大家 都是從我朋友口中得知的內(nèi)部消息 信息量遠(yuǎn)大于各路小道八卦消息 如果你喜歡本期的視頻請(qǐng)關(guān)注我們 自從鴻蒙發(fā)布以來(lái)評(píng)價(jià)褒貶不一 爭(zhēng)議就在于它只有PPT沒(méi)有太多的技術(shù)細(xì)節(jié) 今 天我們要說(shuō)的就是鴻蒙的技術(shù)細(xì)節(jié) 鴻蒙強(qiáng)調(diào)的統(tǒng)一IDE開發(fā)一次開發(fā)多設(shè)備部署 所以華為不準(zhǔn)備用Java 而是基于超文本標(biāo)記語(yǔ)言 開發(fā)了一套全新的解釋型編程語(yǔ)言 叫做原生標(biāo)記句法語(yǔ)言(Native Marked Syntax Language) 業(yè)內(nèi)的朋友應(yīng)該知道 解釋型語(yǔ)言的優(yōu)點(diǎn)就是學(xué)習(xí)成本低對(duì)開發(fā)者友好 極大降低了開發(fā)門檻 現(xiàn)在正是鴻蒙最需要軟件生態(tài)的時(shí)候 Native Marked Syntax Language能快速構(gòu)建鴻蒙生態(tài) 但是解釋型語(yǔ)言有一個(gè)不可忽視的缺點(diǎn) 那就是運(yùn)行速度太慢比如Python 可是別忘了華為有方舟編譯器 在方舟編譯器的預(yù)編譯技術(shù)的加持下 Native Marked Syntax Language編程語(yǔ)言的運(yùn)行速度 有望超過(guò)C語(yǔ)言達(dá)到匯編語(yǔ)言的水平 可見華為很早前就已經(jīng)計(jì)劃推出鴻蒙了細(xì)思極恐啊 這里要說(shuō)一下主導(dǎo)這個(gè)語(yǔ)言開發(fā)的一個(gè)工程師 他算是大牛中的大牛了 本科畢業(yè)就用C++寫出了O(1/n)時(shí)間復(fù)雜度的算法 這個(gè)算法有多難呢 除了他就只有Google的Jeff Dean寫出來(lái)過(guò) 要知道Jeff Dean是Google的11級(jí)工程師 博士畢業(yè)進(jìn)谷歌也才4級(jí)發(fā)揮你的想象力想一下什么概念 發(fā)布會(huì)上有說(shuō)基于微內(nèi)核架構(gòu)提升設(shè)備的安全性 計(jì)算機(jī)硬件漏洞其實(shí)很多只是因?yàn)楣綦y度高而被忽略 舉個(gè)例子 現(xiàn)代的CPU都使用分支預(yù)測(cè)技術(shù)(Branch Prediction) 在線程閑置的時(shí)會(huì)自動(dòng)猜測(cè)一個(gè)分支并執(zhí)行 預(yù)測(cè)失敗就恢復(fù)執(zhí)行對(duì)的分支 因?yàn)槌绦蚓哂芯植啃运约铀偈置黠@ 如果沒(méi)有這個(gè)技術(shù)CPU基本只有一半的性能 現(xiàn)代的操作系統(tǒng)有虛擬內(nèi)存 進(jìn)程之間不可以訪問(wèn)對(duì)方的數(shù)據(jù) 這是為了方便管理和數(shù)據(jù)安全性 問(wèn)題就出在這 CPU分支預(yù)測(cè)機(jī)制失敗的時(shí)候加載到緩存的數(shù)據(jù)不會(huì)退回 在加上虛擬內(nèi)存的特性CPU緩存就會(huì)溢出到內(nèi)存 惡意進(jìn)程會(huì)通過(guò)這點(diǎn)嗅探到整個(gè)內(nèi)存 造成很嚴(yán)重的數(shù)據(jù)安全問(wèn)題 這個(gè)是CPU硬件問(wèn)題 從軟件上是很難補(bǔ)救的所以Windows Linux現(xiàn)在都還有這個(gè)漏洞 只能降低CPU性能保障數(shù)據(jù)安全 鴻蒙的內(nèi)核團(tuán)隊(duì)是訓(xùn)練了一個(gè)算法模型 叫熱點(diǎn)換頁(yè)算法(Boiling Point Page Swap Algorithm) 通過(guò)分析程序全部進(jìn)程提前過(guò)濾掉不會(huì)執(zhí)行的分支 從而杜絕緩存溢出解決了這個(gè)目前Linux Windows都沒(méi)解決的漏洞 其實(shí)在學(xué)術(shù)界微內(nèi)核不是什么新鮮的東西 Linux的開發(fā)者Linus還公開說(shuō)過(guò)微內(nèi)核不是主流 鴻蒙的團(tuán)隊(duì)也不缺大佬他們肯定是有自己的見解 鴻蒙堅(jiān)持使用微內(nèi)核是因?yàn)轼櫭墒窍乱淮僮飨到y(tǒng) 面向物聯(lián)網(wǎng)很多場(chǎng)景下物聯(lián)網(wǎng)設(shè)備對(duì)性能要求不高 比如一個(gè)智能空調(diào)制熱25℃還是25.1℃影響不大 反而要求的是穩(wěn)定成本低而不要求運(yùn)算性能 在說(shuō)一下鴻蒙的分布式架構(gòu) 最近一兩年聽到分布式最多的地方就是幣圈了 分布式是區(qū)塊鏈的一大特性 我朋友他們?cè)谝粋€(gè)內(nèi)部服務(wù)器集群虛擬了100臺(tái)鴻蒙系統(tǒng)設(shè)備 準(zhǔn)備測(cè)試?guó)櫭蓞f(xié)同計(jì)算能力和分布式性能 訓(xùn)練AI模型和挖礦最能體現(xiàn)鴻蒙的性能了 他們根據(jù)鴻蒙的分布式特性優(yōu)化了幾個(gè)指令集 比如通過(guò)提高數(shù)據(jù)訪問(wèn)的局部性來(lái)提高緩存命中率 使用循環(huán)展開來(lái)提高整數(shù)和浮點(diǎn)單元及流水線的占用率 還有一個(gè)很重要的因素 海思基于Intel的AVX2擴(kuò)展指令開發(fā)的高級(jí)指令 原生高級(jí)矢量指令(Native Advanced Instruction in Vector ) 這是針對(duì)海思處理器開發(fā)的支持2048位寬度的矢量運(yùn)算 我之前還想不通華為費(fèi)力搞個(gè)海思備胎做什么 現(xiàn)在全清楚了華為的布局早在十多年前就開始了 最后余大嘴發(fā)布會(huì)提到過(guò)低延遲引擎 其實(shí)實(shí)時(shí)系統(tǒng)低延遲是應(yīng)該的 如果延遲都降不下來(lái)那還叫什么實(shí)時(shí)系統(tǒng) 不過(guò)余大嘴提了那就是有它的不一樣 鴻蒙這次用了全新的調(diào)度算法 反搶占式調(diào)度算法(Anti-Navy Preemptive Algorithm) 以往低延時(shí)都是靠CPU的高占用實(shí)現(xiàn)的 鴻蒙則是通過(guò)反搶占式調(diào)度算法利用CPU閑置 達(dá)到低延遲 這些大概就是我知道的技術(shù)細(xì)節(jié)了 總的來(lái)說(shuō) 鴻蒙大量在算法上優(yōu)化 使用很多的深度訓(xùn)練過(guò)的AI模型 很多華為的創(chuàng)新讓消費(fèi)者看見華為的軟硬件實(shí)力 是一個(gè)下一代操作系統(tǒng)該有的樣子 光是訓(xùn)練模型就得不少時(shí)間 短時(shí)間鴻蒙是出不來(lái)的 靜待佳音吧 感謝您觀看本期的視頻 點(diǎn)贊變帥 |