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

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

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

3天內不再提示

鴻蒙內核源碼分析:內存管理在管什么?

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

掃碼添加小助手

加入工程師交流群

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

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

先說如果沒有內存管理會怎樣?

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

內存管理在管什么?

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

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

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

看圖:

pIYBAGCDd-2APVJ1AALOmCSjDy4104.png

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

o4YBAGCDd_2ARGmUAAKMc9UqTGQ639.png

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

MMU是干什么事的?

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

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

o4YBAGCDeA-ASRt1AAGgDwa5dNs544.png

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

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

舉例說明

TLB表(李總管的私人表)

真實房間 當前誰在用
7 A
8 C
9 B

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

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

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

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

真實房間 當前誰在用
7 A
8 C
9 B

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

真實房間 當前誰在用
7 B
8 C
9 B

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

真實房間 當前誰在用
7 B
8 C
9 A

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

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

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

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

編輯:hfy

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

    關注

    0

    文章

    171

    瀏覽量

    14882
  • 鴻蒙系統
    +關注

    關注

    183

    文章

    2642

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    Linux內核伙伴系統內存申請函數詳解:從原理到實戰

    Linux 內核中,內存管理是整個系統穩定運行的基石,而伙伴系統(Buddy System) 作為內核物理
    的頭像 發表于 02-10 16:58 ?3632次閱讀
    Linux<b class='flag-5'>內核</b>伙伴系統<b class='flag-5'>內存</b>申請函數詳解:從原理到實戰

    【「Linux 設備驅動開發(第 2 版)」閱讀體驗】+讀深入理解Linux內核內存分配

    作者引入內存相關術語,物理地址標識物理內存位置。由于虛擬內存機制,用戶和內核從不直接訪問物理地址,而是通過相應的邏輯地址來訪問的。MMU(內存
    發表于 01-16 20:05

    rk基于linux/android內存管理

    內核對容量的識別), 64 位平臺上認為所有內存都可 用。然后通過一系列 reserve_xxx() 接口從內存末尾往前預留需要的內存,最后把自己 relocate 到某段 reser
    的頭像 發表于 12-15 10:42 ?214次閱讀
    rk基于linux/android<b class='flag-5'>內存</b><b class='flag-5'>管理</b>

    開源鴻蒙技術大會2025丨OS內核與視窗分論壇:筑基開源鴻蒙核心內核,共拓視窗技術邊界

    開源鴻蒙技術大會2025 OS內核與視窗分論壇湖南長沙國際會議中心圓滿舉行。來自西北工業大學、浙江大學、廈門大學、華為等高校和企業的學者專家齊聚一堂,圍繞鴻蒙
    的頭像 發表于 11-20 17:29 ?870次閱讀
    開源<b class='flag-5'>鴻蒙</b>技術大會2025丨OS<b class='flag-5'>內核</b>與視窗分論壇:筑基開源<b class='flag-5'>鴻蒙</b>核心<b class='flag-5'>內核</b>,共拓視窗技術邊界

    一款基于Java+Spring Boot+Vue的智慧隨訪管理系統源碼

    智慧隨訪管理系統源碼,一款基于Java+Spring Boot+Vue的B/S架構醫院隨訪管理系統源碼,采用前后端分離技術(Ant-Design+MySQL5),具有自主版權和落地案例
    的頭像 發表于 11-13 15:38 ?402次閱讀
    一款基于Java+Spring Boot+Vue的智慧隨訪<b class='flag-5'>管理</b>系統<b class='flag-5'>源碼</b>

    qemu上體驗芯來RISC-V處理器運行鴻蒙LiteOS-M內核

    qemu上體驗芯來RISC-V處理器運行鴻蒙LiteOS-M內核 1.本文概述 2.下載qemu 3.下載鴻蒙LiteOS-M 4.運行與測試 5.gdb調試 1.本文概述
    發表于 10-31 09:04

    WebGL/Canvas 內存泄露分析

    構建高性能、長周期運行的 WebGL/Canvas 應用(如 3D 編輯器、數據可視化平臺)時,內存管理是一個至關重要且極具挑戰性的課題。 開發者通常面臨的內存泄漏問題,其根源遠比簡
    的頭像 發表于 10-21 11:40 ?410次閱讀
    WebGL/Canvas <b class='flag-5'>內存</b>泄露<b class='flag-5'>分析</b>

    開源鴻蒙MNN AI應用開發與MNN移植經驗

    本期內容由AI Model SIG提供,介紹了開源鴻蒙中,利用MNN開源框架開發AI應用以及基于MNN源碼編譯與Har包封裝的方法。
    的頭像 發表于 09-04 11:31 ?4569次閱讀
    開源<b class='flag-5'>鴻蒙</b>MNN AI應用開發與MNN移植經驗

    【匯思博SEEK100開發板試用體驗】開發板鴻蒙OS搭建QT開發環境

    進行連接。具體來說,Qt 應用的界面會被渲染在一個 XComponent 組件上,該組件由平臺插件創建和管理底層,事件處理、窗口管理等操作都由這個插件完成轉換,從而保證 Qt 應用能在
    發表于 08-24 18:34

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

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

    開源系統適配:聚徽分享國產工控平板 Linux / 鴻蒙系統下的技術優化

    工業自動化與智能化加速推進的當下,國產工控平板的系統適配成為提升設備性能與競爭力的關鍵環節。Linux 和鴻蒙作為開源系統,憑借其高度的開放性與可定制性,為國產工控平板帶來新的發展機遇。如何對國產
    的頭像 發表于 06-13 16:29 ?1066次閱讀

    鴻蒙5開發寶藏案例分享---內存優化實戰指南

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

    鴻蒙5開發寶藏案例分享---分析幀率問題

    ;opacity</span>濫用)。 圖片尺寸匹配顯示區域,避免內存浪費。 結語 這次深扒鴻蒙文檔,發現官方其實埋了不少性能優化的“寶藏案例”。實際開發中,幀率問題無非集中
    發表于 06-12 17:07

    鴻蒙5開發寶藏案例分享---點擊完成時延分析

    100ms延遲,用戶留存率提升7%!持續優化才能打造極致體驗。 立即行動 : 打開DevEco Profiler分析你的應用 定位耗時最長的3個操作 應用本文任一技巧進行優化 你有哪些性能優化妙招?歡迎評論區分享交流!? 性能優化不是一次性的任務,而是持續精進的藝術。愿
    發表于 06-12 17:03

    鴻蒙操作系統首登電腦端,華為開啟鴻蒙辦公新時代

    2025年5月8日,華為深圳舉辦了鴻蒙電腦技術與生態溝通會,鴻蒙操作系統首次電腦端亮相。這既是中國電子信息產業的歷史性時刻,也是華為鴻蒙
    發表于 05-08 14:20 ?6076次閱讀
    <b class='flag-5'>鴻蒙</b>操作系統首登電腦端,華為開啟<b class='flag-5'>鴻蒙</b>辦公新時代