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

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

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

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

鴻蒙內(nèi)核源碼分析:內(nèi)存管理在管什么?

鴻蒙系統(tǒng)HarmonyOS ? 來源:my.oschina ? 作者:my.oschina ? 2021-04-24 09:38 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

請想一個問題,內(nèi)核本身也是程序要在內(nèi)存運行,用戶程序一樣也要在內(nèi)存運行,大家都在一個窩里吃飯,你憑什么就管我了.好像內(nèi)核程序是主子,用戶程序是奴才似的.

哎!其實用戶進(jìn)程就是內(nèi)核的一個個奴才,被捏的死死的.按不住奴才那這主子就不合格,就不是一個穩(wěn)定系統(tǒng).請想想實際內(nèi)存就這么點大,如何滿足眾多用戶進(jìn)程的需求?內(nèi)核空間和用戶空間如何隔離? 如何防止訪問亂串? 如何分配/釋放,防止碎片化?空間不夠了又如何置換到硬盤?想想頭都大了。內(nèi)核這當(dāng)家的主子真是不容易,這些都是他要解決的問題, 但欲戴其冠,必承其重.

先說如果沒有內(nèi)存管理會怎樣?

那就是個奴才們能把主子給活活踩死,想想主奴不分,吃喝拉撒睡都在一起,稱兄道弟的想干啥?沒規(guī)矩不成方圓嘛,這事業(yè)肯定搞不大,單片機(jī)時代就是這種情況.裸機(jī)編程,指針可以隨便亂飛,數(shù)據(jù)可以隨意覆蓋,沒有劃定邊界,沒有明確職責(zé),沒有特權(quán)指令,沒有地址保護(hù),你還想像java開發(fā)一樣,只管new內(nèi)存,不去釋放,應(yīng)用可以隨便崩但系統(tǒng)跑的妥妥的?想的美!直接系統(tǒng)死機(jī),甚至開機(jī)都開不了,主板直接報廢了. 所以不能運行很復(fù)雜的程序,盡量可控,而且更是不可能支持應(yīng)用的動態(tài)加載運行.隊伍大了就不好帶了,方法得換,游擊隊的做法不適合規(guī)模作戰(zhàn),內(nèi)存就需要管理了,而且是 5A級的嚴(yán)格管理。

內(nèi)存管理在管什么?

簡單說就是給主子賦能,擁有超級權(quán)利,為什么就他有? 因為他先來,掌握了先機(jī).它定好了游戲規(guī)則,你們來玩.有哪些游戲規(guī)則?

第一: 主奴有別,主子即是裁判又是運動員,主子有主子地方,奴才們有奴才們待的地方,主子可以在你的空間走來走去,但你只能在主人劃定的區(qū)域活動.奴才把自己玩崩了也只是奴才狗屁了,但主人和其他人還會是好好的.主子有所有特權(quán),比如某個奴才太囂張了,就直接拖到午門問斬。

第二:奴奴有分,奴才們基本都是平等的,雖有高級和低級奴才區(qū)分,但本質(zhì)都是奴才。奴才之間是不能隨意勾連,登門問客的,防止一塊搞政變. 他們都有屬于自己的活動空間,而且活動空間還巨大巨大,大到奴才們覺得整個紫荊城都是他們家的,給你這么大空間你干活才有動力,奴才們是鉚足了勁一個個盡情的表演各種劇本,有玩電子商務(wù)的,有玩游戲的,有搞直播的等等。。。不愧是紫荊城的主人很有一套,明明只有一個紫禁城,硬被他整出了N個紫荊城的感覺。而且這套駕奴本領(lǐng)還取了個很好聽的名字叫:虛擬內(nèi)存。

看圖:

pIYBAGCDd-2APVJ1AALOmCSjDy4104.png

這是整個紫荊城的全貌圖,里面的內(nèi)核虛擬空間是主人專用的,里面放的是主人的資料,數(shù)據(jù),奴才永遠(yuǎn)進(jìn)不去,kernel heap也是給主人專用的動態(tài)內(nèi)存空間,管理奴才和日常運作開銷很多時候需要動態(tài)申請內(nèi)存,這個是專門用來提供給主人使用的。而所有奴才的空間都在叫用戶空間的那一塊。你沒看錯,是所有奴才的都在那。當(dāng)然實際情況是用戶空間比圖中的大的多,因為主人其實用不了多少空間,大部分是留給奴才們干活用了,因為篇幅的限制筆者把用戶空間壓縮了下。再來看看奴才空間是啥樣的??磮D

o4YBAGCDd_2ARGmUAAKMc9UqTGQ639.png

這張圖是第一張圖的局部用戶空間放大圖。里面放的是奴才的私人用品,數(shù)據(jù),task運行棧區(qū),動態(tài)分配內(nèi)存的堆區(qū),堆區(qū)自下而上,棧區(qū)自上而下中間由映射區(qū)(L1,L2表)隔開。這么多奴才在里面不擠嗎?答案是:真不擠 。主人手眼通天,因為用了一個好幫手解決了這個問題,這個幫手名叫MMU(李大總管)

MMU是干什么事的?

看下某度對MMU定義:它是一種負(fù)責(zé)處理中央處理器CPU)的內(nèi)存訪問請求的計算機(jī)硬件。它的功能包括虛擬地址到物理地址的轉(zhuǎn)換(即虛擬內(nèi)存管理)、內(nèi)存保護(hù)、中央處理器高速緩存的控制。通過它的一番操作,把物理空間成倍成倍的放大,他們之間的映射關(guān)系存放在頁面中。

好像看懂又好像沒看懂是吧,到底是干啥的?其實就是個地址映射登記中心。記住這兩個字:映射 看下圖

o4YBAGCDeA-ASRt1AAGgDwa5dNs544.png

物理內(nèi)存可以理解為真實世界的紫禁城,虛擬內(nèi)存就是被MMU虛擬出來的比物理頁面大的多的空間。舉例說明大概說明下過程:

有A(廚師),B(文藝青年)兩個奴才來到紫禁城,每個人都很有抱負(fù),主子規(guī)定要先跑去登記處登記活動范圍,領(lǐng)回來一張表叫L1頁表,上面說了大半個紫禁城你可以跑動,都是你的,L1頁表記錄你每個房間的編號。其實奴才們的表都一樣,能跑的范圍也都一樣。 李大總管也有一張私人表叫TLB表,具體玩的呢,看個例子就明白了.

舉例說明

TLB表(李總管的私人表)

真實房間 當(dāng)前誰在用
7 A
8 C
9 B

李大總管的私人表叫TLB(translation lookaside buffer)可翻譯為“地址轉(zhuǎn)換后援緩沖器”,也可簡稱為“快表”。從TLB表可以看出,有三個真實的房間, 7,8,9,目前是分配給了A,B,C使用.

奴才們的L1頁表(當(dāng)然可以有無數(shù)的奴才表,每個奴才人手一張)

虛擬房間 真實房間 作用
A奴才 1 7 廚房拿菜
A奴才 2 8 洗手間
A奴才 3 9 臥室
虛擬房間 真實房間 作用
B奴才 3 8 音樂室
B奴才 1 9 美術(shù)室
B奴才 2 7 武術(shù)室
模擬一個他們的活動場景:
奴才 動作1 動作2 動作3 動作4
A 廚房拿菜 臥室睡覺 上洗手間
B 武術(shù)室 美術(shù)室 音樂室

第一: A要去1號間廚房拿菜,提交表給李總管,李總管拿表和自己的表對照,發(fā)現(xiàn)1號虛擬房間對應(yīng)的是7號真實房間,7號剛好分配給了A用,蓋章同意.A拿到了自己菜.

真實房間 當(dāng)前誰在用
7 A
8 C
9 B

此時李總管的表沒變化. 第二: B要去2號間練武術(shù),提交表給李總管,李總管拿表和自己的表對照,發(fā)現(xiàn)1號虛擬房間對應(yīng)的是7號真實房間,7號是A在用,不屬于B,里面放的都還是菜呢,咋辦?簡單,把菜挪出去,把B奴才的武術(shù)設(shè)備裝進(jìn)來,更改自己的表變成了

真實房間 當(dāng)前誰在用
7 B
8 C
9 B

此時李總管的表變了,三個真實房間B用了兩個了. 第三: A要去3號間睡覺了,又提交表給李總管,李總管拿表和自己的表對照,發(fā)現(xiàn)3號虛擬房間對應(yīng)的是9號真實房間,9號剛好分配給了B用了,此時里面放的還是美術(shù)用品呢.咋辦?簡單,挪出去,把A奴才的睡覺設(shè)備裝進(jìn)來,再更改自己的表變成了

真實房間 當(dāng)前誰在用
7 B
8 C
9 A

此時李總管的表變了,9號給了A了,而8號一直在C手里,因為過程中沒人用到了8號房.但繼續(xù)跑下去肯定會易主.

明白了嗎? 這就是映射的核心思想!對A,B來說,它們只認(rèn) 1,2,3房間,記得自己的房間是干什么用的就行,完全不必知道背后的7,8,9是誰在用, 用房間之前提交表單就行了,后面的不用管. 而且各自1,2,3可以重新映射到不一樣的房間, A,B映射是完全獨立的,看清沒有它們的123對應(yīng)的可不都是789的順序.

上面的1,2,3就叫虛擬地址,也叫線性地址. 而789就是物理地址. 如此只有三個房間都可以給很多很多的奴才使用,讓他們覺得這三個房間都是自己的. 完美!!! 當(dāng)然AB也可以有自己虛擬地址789,例如

虛擬房間 真實房間 作用
A奴才 1 7 廚房拿菜
A奴才 2 8 洗手間
A奴才 3 9 臥室
A奴才 7 19 洗澡
A奴才 8 88 去皇上寢宮偷看
A奴才 9 45 御膳房

編輯:hfy

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

    關(guān)注

    0

    文章

    168

    瀏覽量

    14567
  • 鴻蒙系統(tǒng)
    +關(guān)注

    關(guān)注

    183

    文章

    2642

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    功率MOS電源管理場景下的發(fā)熱原因分析

    功率MOS電源管理場景下的發(fā)熱原因分析 功率MOS工作過程中不可避免地會產(chǎn)生熱量,導(dǎo)致溫
    的頭像 發(fā)表于 06-25 17:38 ?127次閱讀
    功率MOS<b class='flag-5'>管</b><b class='flag-5'>在</b>電源<b class='flag-5'>管理</b>場景下的發(fā)熱原因<b class='flag-5'>分析</b>

    鴻蒙5開發(fā)寶藏案例分享---內(nèi)存優(yōu)化實戰(zhàn)指南

    卡、或者懷疑內(nèi)存占用高時,第一時間用這個命令看看整體情況和各部分占比,快速定位是 JS 層問題還是 Native 層問題。 對比分析不同場景(剛啟動、功能操作后、后臺運行一段時間后)多次運行命令,對比
    發(fā)表于 06-12 17:15

    DevEco Studio構(gòu)建分析工具Build Analyzer 為原生鴻蒙應(yīng)用開發(fā)提速

    原生鴻蒙應(yīng)用開發(fā)過程中,隨著項目復(fù)雜度的增加,開發(fā)者花費構(gòu)建上的時間越來越長,導(dǎo)致開發(fā)效率降低。為了幫助開發(fā)者解決構(gòu)建效率的問題,華為DevEco Studio上提供了Build
    發(fā)表于 02-17 18:06

    嵌入式學(xué)習(xí)-飛凌嵌入式ElfBoard ELF 1板卡-移植前準(zhǔn)備之git管理內(nèi)核源碼

    我們前邊已經(jīng)介紹過Git工具,是一個非常實用的代碼管理工具。如果驗證編譯出的內(nèi)核能夠正常啟動,就可以將源碼用git工具管理起來??梢郧宄牧私?b class='flag-5'>源碼
    發(fā)表于 01-23 10:51

    飛凌嵌入式ElfBoard ELF 1板卡-移植前準(zhǔn)備之git管理內(nèi)核源碼

    我們前邊已經(jīng)介紹過Git工具,是一個非常實用的代碼管理工具。如果驗證編譯出的內(nèi)核能夠正常啟動,就可以將源碼用git工具管理起來??梢郧宄牧私?b class='flag-5'>源碼
    發(fā)表于 01-22 10:39

    使用DevEco Studio高效解決鴻蒙原生應(yīng)用內(nèi)存問題

    鴻蒙原生應(yīng)用開發(fā)過程中,可能由于種種原因?qū)е聭?yīng)用內(nèi)存未被正常地使用或者歸還至操作系統(tǒng),從而引發(fā)內(nèi)存異常占用、內(nèi)存泄漏等問題,最終導(dǎo)致應(yīng)用卡
    的頭像 發(fā)表于 01-16 14:44 ?727次閱讀

    OpenHarmony源碼編譯后燒錄鏡像教程,RK3566鴻蒙開發(fā)板演示

    本文介紹瑞芯微主板/開發(fā)板編譯OpenHarmony源碼后燒錄鏡像的教程,觸覺智能Purple Pi OH鴻蒙開發(fā)板演示。搭載了瑞芯微RK3566四核處理器,樹莓派卡片電腦設(shè)計,支持開源鴻蒙OpenHarmony3.2-5.0系
    的頭像 發(fā)表于 12-30 10:08 ?834次閱讀
    OpenHarmony<b class='flag-5'>源碼</b>編譯后燒錄鏡像教程,RK3566<b class='flag-5'>鴻蒙</b>開發(fā)板演示

    源碼開放 智能監(jiān)測電源管理教程寶典!

    源碼開放,今天我們學(xué)習(xí)的是電源管理系統(tǒng)的核心功能模塊,手把手教你如何通過不同的技術(shù)手段實現(xiàn)有效的電源管理。
    的頭像 發(fā)表于 12-11 09:26 ?646次閱讀
    <b class='flag-5'>源碼</b>開放  智能監(jiān)測電源<b class='flag-5'>管理</b>教程寶典!

    Linux下如何管理虛擬內(nèi)存 使用虛擬內(nèi)存時的常見問題

    Linux系統(tǒng)中,虛擬內(nèi)存管理是操作系統(tǒng)內(nèi)核的一個重要功能,負(fù)責(zé)管理物理內(nèi)存和磁盤上的交換空間
    的頭像 發(fā)表于 12-04 09:19 ?1341次閱讀

    Linux內(nèi)存泄露案例分析內(nèi)存管理分享

    作者:京東科技 李遵舉 一、問題 近期我們運維同事接到線上LB(負(fù)載均衡)服務(wù)內(nèi)存報警,運維同事反饋說LB集群有部分機(jī)器的內(nèi)存使用率超過80%,有的甚至超過90%,而且內(nèi)存使用率還再不停的增長。接到
    的頭像 發(fā)表于 10-24 16:14 ?1076次閱讀
    Linux<b class='flag-5'>內(nèi)存</b>泄露案例<b class='flag-5'>分析</b>和<b class='flag-5'>內(nèi)存</b><b class='flag-5'>管理</b>分享

    鴻蒙Flutter實戰(zhàn):07混合開發(fā)

    。 其優(yōu)點是主項目開發(fā)者可以不關(guān)注Flutter實現(xiàn),不需要安裝配置Flutter開發(fā)環(huán)境,缺點是無法及時修改Flutter代碼,也不存在熱重載。 ## 2.基于源碼 通過源碼依賴的當(dāng)時,原生
    發(fā)表于 10-23 16:00

    Linux內(nèi)存管理中HVO的實現(xiàn)原理

    (struct page)的內(nèi)存占用,甚至緩存的空間局部性表現(xiàn)上也更好。本文通過圖解結(jié)合源代碼分析的方式讓大家徹底理解HVO的實現(xiàn)原理,且本文主要以2M大小的HugeTLB 頁面為例講解。
    的頭像 發(fā)表于 10-22 16:51 ?697次閱讀
    Linux<b class='flag-5'>內(nèi)存</b><b class='flag-5'>管理</b>中HVO的實現(xiàn)原理

    Windows管理內(nèi)存的三種主要方式

    Windows操作系統(tǒng)提供了多種方式來管理內(nèi)存,以確保系統(tǒng)資源的有效利用和性能的優(yōu)化。以下是關(guān)于Windows管理內(nèi)存的三種主要方式的詳細(xì)闡述,包括堆
    的頭像 發(fā)表于 10-12 17:09 ?2384次閱讀

    內(nèi)存管理的硬件結(jié)構(gòu)

    常見的內(nèi)存分配函數(shù)有malloc,mmap等,但大家有沒有想過,這些函數(shù)在內(nèi)核中是怎么實現(xiàn)的?換句話說,Linux內(nèi)核內(nèi)存管理是怎么實現(xiàn)的
    的頭像 發(fā)表于 09-04 14:28 ?659次閱讀
    <b class='flag-5'>內(nèi)存</b><b class='flag-5'>管理</b>的硬件結(jié)構(gòu)

    鴻蒙OpenHarmony南向/北向快速開發(fā)教程-迅為RK3568開發(fā)板

    P13_vendor和device目錄介紹 P14_內(nèi)核編譯腳本構(gòu)建分析 P15_內(nèi)核移植 P16_內(nèi)核移植優(yōu)化 P17_配置電源管理芯片
    發(fā)表于 07-23 10:44