chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

3天內(nèi)不再提示

OpenHarmony構建了一套完善的內(nèi)存解決方案——ESWAP

OpenAtom OpenHarmony ? 來源:OpenAtom OpenHarmony ? 作者:OpenAtom OpenHarmony ? 2022-05-11 10:33 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

OpenAtom OpenHarmony(以下簡稱“OpenHarmony”)是面向全場景泛終端設備的操作系統(tǒng),終端設備內(nèi)存性能的強弱會直接影響用戶的體驗。終端設備的內(nèi)存差異很大,對于內(nèi)存比較小的終端設備,內(nèi)存優(yōu)化方案無疑是增強內(nèi)存性能、提升用戶體驗的關鍵。針對傳統(tǒng)內(nèi)存方案及管理機制的不足,OpenHarmony 構建了一套完善的內(nèi)存解決方案——ESWAP。

1.傳統(tǒng)內(nèi)存方案及管理機制

在傳統(tǒng)的 Linux 內(nèi)存優(yōu)化方案中,終端設備通常采用 SWAP 及 ZRAM 內(nèi)存方案。

1.1 SWAP

SWAP 即內(nèi)存交換技術或虛擬內(nèi)存技術,如圖 1 所示,在系統(tǒng)的物理內(nèi)存不足時,把內(nèi)存中的一部分不常用的內(nèi)存空間釋放出來,以增大系統(tǒng)可用內(nèi)存供當前運行的程序使用。這些被釋放的數(shù)據(jù)被臨時保存到 SWAP 分區(qū)中,等到需要使用時,再從 SWAP 分區(qū)中恢復到內(nèi)存中。

9021bd4c-c62b-11ec-bce3-dac502259ad0.jpg

圖1 SWAP虛擬內(nèi)存技術

從圖 1 中不難看出,SWAP 內(nèi)存交換技術增大了設備內(nèi)用內(nèi)存,但是,SWAP 內(nèi)存換入/換出時會遭遇 IO 性能瓶頸,嚴重時甚至會影響用戶的使用體驗,并且 flash 存儲器件的頻繁讀寫也會縮減其壽命。

1.2 ZRAM

ZRAM 即內(nèi)存壓縮技術,如圖 2 所示,在系統(tǒng)的物理內(nèi)存不足時,將系統(tǒng)物理內(nèi)存的一部分劃分出來作為 ZRAM 分區(qū),然后把不常用的匿名頁壓縮后放到 ZRAM 分區(qū)里,相當于犧牲了一些 CPU 效率,以增大系統(tǒng)可用內(nèi)存供當前運行的程序使用。等到需要使用時,再從 ZRAM 分區(qū)中將數(shù)據(jù)解壓出來。

9037495a-c62b-11ec-bce3-dac502259ad0.jpg

圖2 ZRAM內(nèi)存壓縮技術

雖然 ZRAM 在一定程度上增大了設備內(nèi)用內(nèi)存,但是如果沒有合適的方式來對內(nèi)存進行管理,負面影響也會非常明顯,將會造成內(nèi)存頁頻繁的壓縮/解壓縮,從而搶占正常業(yè)務的 CPU 時間,增加系統(tǒng)的功耗。并且,如果壓縮/解壓速度不夠快的話,會直接影響用戶的使用體驗。

1.3 內(nèi)存管理機制

除了內(nèi)存方案不足,傳統(tǒng)的內(nèi)存分配及管理方式,無法感知業(yè)務特性及數(shù)據(jù)的重要性。如果終端設備多個進程或業(yè)務共用一塊內(nèi)存,當內(nèi)存負載越來越重,進行內(nèi)存數(shù)據(jù)回收時,會頻繁出現(xiàn)數(shù)據(jù)搬移,以及內(nèi)存震蕩的現(xiàn)象。這些現(xiàn)象會加重內(nèi)核管理內(nèi)存的開銷,并導致系統(tǒng) CPU 負載長期處于高負載的狀態(tài),從而增加系統(tǒng)功耗。

2.OpenHarmony內(nèi)存解決方案

針對原有內(nèi)存方案的不足,OpenHarmony 構建了一套完善的內(nèi)存解決方案 ESWAP,打通了上層系統(tǒng)到內(nèi)核的調(diào)用棧,讓內(nèi)核能在上層配置的指導下,對每一塊內(nèi)存數(shù)據(jù)進行合理的管理。

下面我們將為大家介紹 ESWAP 解決方案以及其關鍵技術的解析。

2.1 ESWAP方案介紹

ESWAP(Enhanced SWAP)是 OpenHarmony 針對內(nèi)存優(yōu)化問題提供的一套完善的內(nèi)存解決方案,結合內(nèi)存壓縮和內(nèi)存交換技術,定制了一套合理高效的調(diào)度管理策略,使壓縮和交換兩者的工作能夠高效且平衡。ESWAP 基于關聯(lián)性的數(shù)據(jù)聚合技術及上層指導策略,將內(nèi)存劃分為不同的分組進行管理,通過回收優(yōu)先級來區(qū)分不同分組下內(nèi)存的活躍程度,優(yōu)先壓縮、換出較不活躍的內(nèi)存數(shù)據(jù),以提升數(shù)據(jù)交換性能,減少壽命沖擊。

ESWAP 解決方案的整體框架如圖3所示:

905a73bc-c62b-11ec-bce3-dac502259ad0.jpg

圖3 ESWAP解決方案

ESWAP 解決方案在全局資源調(diào)度子系統(tǒng)中增加了一個系統(tǒng)資源調(diào)度模塊,通過向賬戶子系統(tǒng)訂閱本地賬戶的變化來感知當前的賬戶狀態(tài)和內(nèi)存狀態(tài),然后根據(jù)賬戶狀態(tài)給各個賬戶設置不同的回收優(yōu)先級、設置目標可用內(nèi)存量、設置壓縮和換出的比例等參數(shù),并將這些參數(shù)下發(fā)給 ZSWAPD。ZSWAPD 會依據(jù)回收優(yōu)先級判斷回收的先后順序;依據(jù)目標可用內(nèi)存量和當前可用內(nèi)存量的差值決定回收的量;依據(jù)壓縮和換出的比例來決定壓縮和換出的量,從而實現(xiàn)在達成內(nèi)存擴展效果前提下的性能和功耗平衡。

2.2 關鍵技術解析

ESWAP 內(nèi)存解決方案都用到了哪些關鍵技術呢?下面為你一一道來。

2.2.1 定制的ZRAM和交換分區(qū)

ESWAP 結合內(nèi)存壓縮和內(nèi)存交換技術,提供了自定義新增存儲分區(qū)作為內(nèi)存交換分區(qū)的能力,并在內(nèi)核中創(chuàng)建了一個常駐進程 ZSWAPD,用于將 ZRAM 壓縮后的匿名頁加密換出到 ESWAP 存儲分區(qū)中,從而能完全地空出一塊可用內(nèi)存,以此來達到維持 Memavailable 水線的目標,如圖 4 所示。

9071d872-c62b-11ec-bce3-dac502259ad0.jpg

圖4 ESWAP技術

同時,ESWAP 模塊還可以記錄每個匿名頁的冷熱特征信息,并將這些數(shù)據(jù)通過關聯(lián)性、冷熱順序進行相應的存放,使 ESWAP 交換區(qū)中連續(xù)存放的匿名頁具有時間和空間局部性。因此在匿名頁換入時,可以將交換區(qū)中的相鄰匿名頁一并讀入 ZRAM,以此來保證數(shù)據(jù)的存取速度,提升 IO 性能。

2.2.2 動態(tài)的內(nèi)存回收機制

OpenHarmony 提供了一種額外的內(nèi)存回收機制 ZSWAPD,并創(chuàng)建了“buffer”來作為衡量當前系統(tǒng)內(nèi)存能力的指標。buffer 指的是當前系統(tǒng)能提供的最大可用內(nèi)存。ZSWAPD 會根據(jù) buffer 量以及上文所述的各種策略,來對匿名頁進行壓縮換出以回收。同時,ZSWAPD 還能根據(jù)內(nèi)存冷熱分離的合理性以及內(nèi)存回收狀態(tài), 動態(tài)地控制 ZRAM 和 ESWAP 之間的平衡,從而獲得更高的能效比。

2.2.3 靈活的內(nèi)存回收策略

OpenHarmony 基于 Memcg 分組進行了回收策略的增強,使用回收優(yōu)先級來指導 ZSWAPD 回收的先后順序?;厥詹呗詫⒓榷ǖ?buffer 相關配置下發(fā)給 ZSWAPD,來指導其回收適當數(shù)量的內(nèi)存。此外,由于匿名頁可能存儲在 RAM、ZRAM、ESWAP 三個模塊中, 上層可以根據(jù)需要,通過靈活地配置交換策略,控制這三個模塊中存儲的比例,避免頻繁換入換出帶來的負面影響。

至此,ESWAP 的三項關鍵技術就介紹完了,我們來總結一下:

●定制的 ZRAM 和交換分區(qū):將數(shù)據(jù)通過關聯(lián)性、冷熱順序進行存放,保證了數(shù)據(jù)的存取速度,提升了 IO 性能。

●動態(tài)的內(nèi)存回收機制:從回收優(yōu)先級、可用內(nèi)存量、壓縮和交換比例三個維度動態(tài)地控制數(shù)據(jù)回收,從而獲得更高的能效比。

●靈活的內(nèi)存回收策略:靈活地控制 RAM、ZRAM、ESWAP 三個模塊數(shù)據(jù)存儲的比例,保證了各個模塊的平衡。

2.3 ESWAP相關接口

ESWAP 解決方案支持系統(tǒng)開發(fā)者定制自己的回收策略,并在 /dev/memcg 下提供了僅對上層回收策略可見的接口。系統(tǒng)開發(fā)者可以通過這些接口來定制自己的上層策略,具體接口如下所示:

908ce84c-c62b-11ec-bce3-dac502259ad0.jpg

以上就是本文全部內(nèi)容,ESWAP 解決方案仍在不斷建設中,期待廣大開發(fā)者加入我們,共同見證全場景智能時代的無限可能!感興趣的小伙伴可以通過下面鏈接獲取ESWAP源碼進行深入了解:

審核編輯 :李倩

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴

原文標題:OpenHarmony 3.1 Release版本關鍵特性解析——Enhanced SWAP內(nèi)存管理

文章出處:【微信號:gh_e4f28cfa3159,微信公眾號:OpenAtom OpenHarmony】歡迎添加關注!文章轉載請注明出處。

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    怎么實現(xiàn)一套容器運行時,并符合OCI規(guī)范?

    如題,怎么實現(xiàn)一套容器運行時,并符合OCI規(guī)范
    發(fā)表于 10-10 07:35

    更改RT-Thread Setting之后不能構建了,如何解決?

    原來能正常構建的工程打開RT-Thread Setting啟用了soft timer之后出來就不能構建了,左上角的錘子直灰色,“項目”菜單下的“構建項目”也沒有反應了,怎么解決?
    發(fā)表于 09-19 07:54

    無人機智能巡檢系統(tǒng):現(xiàn)代化運維的空中解決方案

    ? ? ? ?無人機智能巡檢系統(tǒng):現(xiàn)代化運維的空中解決方案 ? ? ? ?無人機智能巡檢系統(tǒng)集成先進飛行平臺、圖像識別算法、自主導航與數(shù)據(jù)分析技術,構建了一套高效、精準的巡檢解決方案
    的頭像 發(fā)表于 09-10 13:23 ?389次閱讀

    如何搭建一套安防監(jiān)控管理平臺?

    構建一套現(xiàn)代化的安防監(jiān)控管理平臺,本質上是建設個集數(shù)據(jù)采集、傳輸、處理、存儲、分析與應用于體的綜合型技術中樞。其技術架構需遵循模塊化、高可用、可擴展及開放性的設計原則,具體可分為以
    的頭像 發(fā)表于 09-04 16:19 ?566次閱讀
    如何搭建<b class='flag-5'>一套</b>安防監(jiān)控管理平臺?

    分支多、云也多,網(wǎng)絡又慢又燒錢?一套方案全搞定!

    、成本控制與運維效率的多重壓力。面對這些挑戰(zhàn),是否有一套網(wǎng)絡架構能夠“全搞定”?答案是肯定的?;谛袠I(yè)實踐與技術演進,我們逐漸形成了一套以SD-WAN+云網(wǎng)融合平臺+
    的頭像 發(fā)表于 08-28 14:25 ?851次閱讀
    分支多、云也多,網(wǎng)絡又慢又燒錢?<b class='flag-5'>一套</b><b class='flag-5'>方案</b>全搞定!

    龍芯中科攜手科達自控構建智慧水務系統(tǒng)

    以全棧國產(chǎn)化技術為核心,構建了一套功能完善、安全可靠、部署便捷的智慧水務系統(tǒng)。系統(tǒng)體系結構清晰,形成了從底層硬件到上層應用的完整技術鏈條,實現(xiàn)了各環(huán)節(jié)的無縫銜接與協(xié)同工作。
    的頭像 發(fā)表于 08-08 11:37 ?852次閱讀

    德思特案例 | 一套設備兼容四大測試場景:全面解析弱網(wǎng)測試方案

    隨著用戶對網(wǎng)絡體驗要求的不斷提升,弱網(wǎng)環(huán)境下的穩(wěn)定性已不再是“加分項”,而是終端產(chǎn)品必須具備的“基本功”。德思特通過現(xiàn)網(wǎng)模擬 + 參數(shù)可控 + 自動化測試 + 創(chuàng)新硬件設計,為行業(yè)提供了一套完整、可復用、可擴展的弱網(wǎng)測試解決方案
    的頭像 發(fā)表于 08-08 10:47 ?685次閱讀
    德思特案例 | <b class='flag-5'>一套</b>設備兼容四大測試場景:全面解析弱網(wǎng)測試<b class='flag-5'>方案</b>

    基于復旦微MCU+NFC Reader+NFC Tag雙通道標簽站式解決方案

    方案基于??復旦微FM33LE026低功耗微控制器??(MCU)與??FM17622 讀寫器芯片??,構建了一套高可靠性雙通道標簽讀寫系統(tǒng)。FM33LE026憑借其超低功耗特性(運行功耗低至50μA/MHz,休眠模式
    的頭像 發(fā)表于 06-16 09:53 ?3016次閱讀
    基于復旦微MCU+NFC Reader+NFC Tag雙通道標簽<b class='flag-5'>一</b>站式<b class='flag-5'>解決方案</b>

    基于OpenHarmony打造新代智能化解決方案

    硬件性能優(yōu)勢與軟件生態(tài)資源,構建形成面向工業(yè)控制、智能終端及物聯(lián)網(wǎng)等多元場景的高效、穩(wěn)定、安全的體化智能解決方案。
    的頭像 發(fā)表于 05-23 17:45 ?1112次閱讀

    自來水廠的數(shù)據(jù)采集與能耗監(jiān)測平臺解決方案

    解決方案旨在構建一套全面、精準、高效的自來水廠能耗數(shù)據(jù)采集監(jiān)測系統(tǒng),實現(xiàn)對自來水廠能耗的實時監(jiān)控、分析和優(yōu)化管理。
    的頭像 發(fā)表于 05-20 16:34 ?368次閱讀

    2K0300 OpenHarmony源碼構建指南

    2K0300 OpenHarmony源碼構建參考如下 2K0300先鋒派OpenHarmony源碼構建指南 2K0300 源碼編譯wiki
    發(fā)表于 02-05 09:36

    鴻蒙原生頁面高性能解決方案上線OpenHarmony社區(qū) 助力打造高性能原生應用

    隨著HarmonyOS NEXT的正式推出,鴻蒙原生應用開發(fā)熱度高漲,數(shù)量激增。但在三方應用鴻蒙化進程中,性能問題頻出。為此,HarmonyOS NEXT推出了整套原生頁面高性能解決方案,包括
    發(fā)表于 01-02 18:00

    明達助力構建智能變電站新體系

    明達技術提出了一套全面而高效的解決方案,旨在構建一套安全、可靠、高效的遠程運維體系。通過技術創(chuàng)新與管理優(yōu)化,該方案有效解決了傳統(tǒng)運維模式中的
    的頭像 發(fā)表于 12-26 17:28 ?667次閱讀
    明達助力<b class='flag-5'>構建</b>智能變電站新體系

    解決方案 | 基于TSMaster的平板電腦解決方案

    、產(chǎn)線刷寫及售后診斷等場景中的工程難題。案例1:XX電動重卡售后診斷儀本案例主要是基于TSMaster和同星TPAD1003和TC1114B研發(fā)的一套解決方案,提供
    的頭像 發(fā)表于 11-10 01:02 ?1153次閱讀
    <b class='flag-5'>解決方案</b> | 基于TSMaster的平板電腦<b class='flag-5'>解決方案</b>

    PLC數(shù)據(jù)采集解決方案

    問題,這些問題限制了企業(yè)生產(chǎn)力的提升和管理效能的增強。因此,打造一套高效率、高可靠性的PLC數(shù)據(jù)采集解決方案顯得尤為關鍵。 二、解決方案概述 針對工業(yè)生產(chǎn)中的數(shù)據(jù)采集需求,我們提出一套
    的頭像 發(fā)表于 10-31 15:58 ?961次閱讀
    PLC數(shù)據(jù)采集<b class='flag-5'>解決方案</b>