主頁 > 作業系統 > [自制作業系統] 第07回 認識保護模式之地址映射

[自制作業系統] 第07回 認識保護模式之地址映射

2022-06-16 15:54:01 作業系統

目錄
一、前景回顧
二、物理地址、線性地址和虛擬地址
三、記憶體為什么要分頁
四、一級頁表
五、二級頁表

 

一、前景回顧

  前面我們說到,保護模式下有著三大特點:地址映射、特權級和分時機制,從我的學習角度來說,我認為地址映射這一塊的知識點尤為繁雜,所以會花費相對比較多的時間來講述,話不多說,開整,

二、物理地址、線性地址和虛擬地址

  在認識地址映射之前,我們來搞懂這三個地址的含義,

  物理地址就是物理記憶體中真正的地址,相當于記憶體中每一個存盤單元的門牌號,具有唯一性,不管在什么模式下,CPU最終都是以物理地址去訪問記憶體的,一定要充分認識到這一點,

  在實模式下,“段基址+段內偏移地址”經過段部件的處理,直接輸出的地址就是物理地址,CPU可以直接使用此地址訪問記憶體,

  而在保護模式下,“段基址+段內偏移地址”經過段部件的處理,輸出的地址被稱為線性地址,其實此處段基址已經不再是真正的地址了,而是段選擇子,它本質上是一個索引,通過這個索引便能在GDT中找到相應的段描述符,而段基址就在段描述符中,這個內容在上一回已經提到過,得到了線性地址后,此時我們需要判斷一下系統是否開啟了分頁機制(分頁機制在下面就會提到),如果開啟了分頁機制,那么此時的線性地址又稱為虛擬地址,虛擬地址需要通過頁表映射得到真實的物理地址,這樣CPU才能訪問到記憶體,如果沒有開啟分頁機制,此時線性地址就被認為是物理地址,將被CPU直接用來訪問記憶體,

  總結一下就是下面這張圖:

  

  濃縮一下,其實上面講的東西就是我們常聽說的MMU,它的作用其實就是地址轉換,  

  

  MMU是記憶體管理單元,我們的每一個線性地址,通過MMU轉換后,便能得到其實際對應的物理地址,MMU是硬體上提供的地址轉換電路,我們不必操心,我們實際要關心的是,MMU是如何轉換的呢?換句話說,應該是有一個類似表格的結構,表中每一個虛擬地址都一一對應了一個物理地址,我們提供給MMU一個虛擬地址,MMU通過該表查詢,便能得到該虛擬地址對應的真實地址,實際上的確是有這么一個表格,它的名稱叫做頁表,頁表的構建是基于分頁機制的,而不是隨隨便便劃分的頁表,

三、記憶體為什么要分頁

  一直以來我們都是在記憶體分段機制下運行的,目前未出問題看似良好,可是想象一下,當我們的物理記憶體不足時會怎么辦?如下圖所示:

  

   當系統中有三個行程A、B、C在運行,物理記憶體還剩余15MB,此時如果行程B結束了,但是新來了一個行程D需要占用20MB+3KB的物理記憶體,此時由于運行環境未開啟分頁功能,“段基址+段內偏移”產生的線性地址就是物理地址,程式中的物理地址是連續的,就導致沒有足夠的記憶體空間供行程D使用,此時就需要將行程A的段A3或者行程C的段C1換出,具體換出哪一部分是需要參考換入換出演算法,這里不深入講解,總之只需要知道,我們需要換出一個段來騰出空間給行程D,

  問題解決了,但是又沒完全解決,這個方法中,如果行程的段特別大,那么換出時要將整個段全部搬運到外存,也就是硬碟上,這種IO操作太多了導致系統回應奇慢無比,令人無法接受,這個問題的本質是因為在我們的行程中,代碼和資料是以段為基本單位進行存盤,而每個行程的段的大小是不一致的,既然段的大小不固定,于是接下來我們做了一點改變:我們規定:頁是段的更小的劃分,且頁的大小是固定的,目前普遍的作業系統中規定頁的大小是4KB,這樣一個段就可以被劃分成多個頁,下次再換入換出時,我們就只需要換出部分頁即可,而不用將整個段換出,這樣便能避免IO操作太多導致系統回應慢的問題,

  可是仔細一想,這個解決方法還是有未能盡善盡美的地方,假如行程A段的A3和行程C的段C1現在都在運行,不允許換出部分頁,這該如何是好?

  究其本質是因為在我們沒有開啟分頁機制時,程式中使用的線性地址就是真實的物理地址,這兩個地址都是連續的,我們知道線性地址是編譯器編譯得出的,它必須是連續的,所以連帶著物理地址也是連續的,如果有這么一個方法,讓線性地址依舊連續(因為這是編譯器決定的)但是讓物理地址不連續,這樣不就可以將記憶體空間中的不連續物理地址被利用起來了么?

  于是分頁機制就呼之欲出了,分頁機制結合前面說的分頁方法,將物理記憶體和線性記憶體劃分為同等大小的頁,一頁線性記憶體可以對應一頁真實的物理記憶體,這樣就可以讓連續的線性地址對應上不連續的物理地址,

  說這么多,我們從宏觀角度來看看分頁機制的實作吧,

  

  我們的CPU進入保護模式后有了4GB的尋址空間,這就是尋址空間就是指的線性地址空間,它在邏輯上是連續的,分頁機制將所有段都劃分為同等大小的頁,與此同時,假設我們的物理記憶體也是4GB,我們將物理記憶體頁劃分為若干個頁,虛擬地址空間的每一頁通過一個映射關系就可以一一對應到物理地址空間中每一頁,這個映射關系就是接下來我們要講的頁表,

四、一級頁表

  前面說過分頁機制可以讓連續的線性地址通過某種映射關系對應上不連續的物理地址,頁表就是這個映射關系,

  通常來說,一頁的大小是4KB,現在我們來計算一下4GB的空間可以劃分為多少個頁,即4GB/4KB=1M個頁,也就是說4GB的空間可以容納1048576個頁,頁表中自然也要有1048576個頁表項,也就是我們要說的一級頁表,如圖所示,

  

  由于頁的大小是4KB,所以頁表項中的物理地址都是4K的整數倍,用十六進制來表示的地址,其低3位都是0,頁表介紹完了,具體如何使用呢?也就是如何將線性地址轉換成物理地址呢?還是舉一個小小的例子來說明:

  在保護模式下的線性地址有32位,低12位被視為頁內偏移地址,因為我們知道任何一個線性地址肯定是要落在一個物理頁中,所以低12位是用于在物理頁中偏移地址的,高20位用來表示頁的數量,也就是用來在頁表中索引物理頁的,假設現在有一個線性地址為0x00001234,其地址轉換程序如下圖所示:

  

  一級頁表就到此為止,接下來我們看看二級頁表,

五、二級頁表

  前面講述了一級頁表,并以一級頁表作為原型講述了地址轉換程序,既然有了一級頁表為什么還要來弄一個二級頁表呢?原因如下:

  1、一級頁表中最多容納1M個頁表項,每個頁表項是4個位元組,如果頁表項全滿的話,那就是4MB大小,

  2、一級頁表中的所有頁表項必須提前建好,原因是作業系統要占用4GB虛擬地址空間的高1GB,用戶行程占用低3GB,

  3、每個行程都有自己的頁表,行程一多,光是頁表占用的空間就很可觀了,

  歸根結底,我們要解決的問題是:能否不要一次性地將全部頁表項建好,而是在需要時動態創建頁表項,

  如何解決呢?二級頁表便能很好地解決這個問題,

  先來看看二級頁表的模樣,如圖所示:

  

  我們有一個頁目錄表,表中共有1024個頁表項,每個頁表項中記錄了一個頁表物理頁地址,每一個頁表中又記錄了1024個物理頁的地址,這里的每一個物理頁和一級頁表一樣,依舊是一頁4KB大小,故一個頁表項能記錄的記憶體容量為1024x4KB=4MB,一個頁目錄表能記錄的記憶體容量為1024x4MB=4GB,這就達到了32位地址空間的最大容量,所以理論上每一個線性地址都能落在一個物理頁中,

  我們還是來看看,在二級頁表下,給定一個線性地址如何通過二級頁表來轉換成物理地址:

  1、用虛擬地址的高10位乘以4,作為頁目錄表的索引號,再加上頁目錄表的物理地址,所得到的就是頁目錄項的物理地址,讀取該頁目錄項,從中獲取到頁表的物理地址,

  2、用虛擬地址的中間10位乘以4,作為頁表的索引號,再加上在第一步中得到的頁表物理地址,便是頁表項的物理地址,讀取該頁表項,從中獲取到物理頁的地址,

  3、虛擬地址的低12位是物理頁內的偏移量,用低12位加上第二步得到的物理頁地址的和,便是最終轉換的物理地址,

  以虛擬地址0x01234567為例,其轉換為物理地址的流程圖如下所示:

   

  這里說明一下,頁目錄表的物理地址是存放在CR3暫存器中的,后面我們設計的二級頁表的頁目錄表物理地址也將會存放在CR3暫存器中,方便CPU呼叫,

  熟悉了二級頁表的作業原理,我們回過頭來看看,為什么說二級頁表能解決前面一級頁表的那三個問題,這三個問題的重點就是想要說明一級頁表占用的記憶體空間會過大,那么二級頁表占用的記憶體空間為多少呢?我們試著來分析一下,首先,對于每個行程來說,頁目錄表是必不可少的,頁目錄表占用的記憶體只有4KB,而頁表是可以不事先建好的,當行程有換入的請求時,假設此時行程請求從硬碟中換入4MB的資料,如果此時記憶體中具有空閑的4MB的記憶體,那么CPU就將該4MB的記憶體分配給該行程,我們知道,4MB剛好是1M個物理頁的大小,CPU會在記憶體中劃定一頁空閑的物理頁來作為這4MB記憶體的頁表,隨后將該頁表的地址填入到頁目錄表中即可,當這4MB的資料不再需要時,CPU又可以將其換出,然后洗掉相應的頁表和頁目錄表中的頁表項資訊,這樣就實作了動態增減頁表,避免頁表占用過多記憶體的問題,

  最后我們來看看頁目錄項和頁表項的內容,

  

  因為頁目錄項和頁表項都是記錄的物理頁的地址,物理頁的大小是4KB,所以地址都是4K的倍數,也就是地址的低12位都是0,所以只需要記住物理地址的高20位即可,這也就是為什么我們看圖中頁目錄項和頁表項記錄的地址只有20位的原因,空出來的12位可以用來添加其他屬性,

  本回到此結束,下面我們將開始著手實作一個二級頁表,使系統進入分頁機制下運行,欲知后事如何,請看下回分解,

轉載請註明出處,本文鏈接:https://www.uj5u.com/caozuo/491737.html

標籤:其他

上一篇:Linux Accounting(中文翻譯): Delay Accounting

下一篇:每次開機docker-desktop都啟動失敗了

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • CA和證書

    1、在 CentOS7 中使用 gpg 創建 RSA 非對稱密鑰對 gpg --gen-key #Centos上生成公鑰/密鑰對(存放在家目錄.gnupg/) 2、將 CentOS7 匯出的公鑰,拷貝到 CentOS8 中,在 CentOS8 中使用 CentOS7 的公鑰加密一個檔案 gpg -a ......

    uj5u.com 2020-09-10 00:09:53 more
  • Kubernetes K8S之資源控制器Job和CronJob詳解

    Kubernetes的資源控制器Job和CronJob詳解與示例 ......

    uj5u.com 2020-09-10 00:10:45 more
  • VMware下安裝CentOS

    VMware下安裝CentOS 一、軟硬體準備 1 Centos鏡像準備 1.1 CentOS鏡像下載地址 下載地址 1.2 CentOS鏡像下載程序 點擊下載地址進入如下圖的網站,選擇需要下載的版本,這里選擇的是Centos8,點擊如圖所示。 決定選擇Centos8后,選擇想要的鏡像源進行下載,此 ......

    uj5u.com 2020-09-10 00:12:10 more
  • 如何使用Grep命令查找多個字串

    如何使用Grep 命令查找多個字串 大家好,我是良許! 今天向大家介紹一個非常有用的技巧,那就是使用 grep 命令查找多個字串。 簡單介紹一下,grep 命令可以理解為是一個功能強大的命令列工具,可以用它在一個或多個輸入檔案中搜索與正則運算式相匹配的文本,然后再將每個匹配的文本用標準輸出的格式 ......

    uj5u.com 2020-09-10 00:12:28 more
  • git配置http代理

    git配置http代理 經常遇到克隆 github 慢的問題,這里記錄一下幾種配置 git 代理的方法,解決 clone github 過慢。 目錄 git配置代理 git單獨配置github代理 git配置全域代理 配置終端環境變數 git配置代理 主要使用 git config 命令 git單獨 ......

    uj5u.com 2020-09-10 00:12:33 more
  • Linux npm install 裝包時提示Error EACCES permission denied解

    npm install 裝包時提示Error EACCES permission denied解決辦法 ......

    uj5u.com 2020-09-10 00:12:53 more
  • Centos 7下安裝nginx,使用yum install nginx,提示沒有可用的軟體包

    Centos 7下安裝nginx,使用yum install nginx,提示沒有可用的軟體包。 18 (flaskApi) [root@67 flaskDemo]# yum -y install nginx 19 已加載插件:fastestmirror, langpacks 20 Loading ......

    uj5u.com 2020-09-10 00:13:13 more
  • Linux查看服務器暴力破解ssh IP

    在公網的服務器上經常遇到別人爆破你服務器的22埠,用來挖礦或者干其他嘿嘿嘿的事情~ 這種情況下正確的做法是: 修改默認ssh的22埠 使用設定密鑰登錄或者白名單ip登錄 建議服務器密碼為復雜密碼 創建普通用戶登錄服務器(root權限過大) 建立堡壘機,實作統一管理服務器 統計爆破IP [root ......

    uj5u.com 2020-09-10 00:13:17 more
  • CentOS 7系統常見快捷鍵操作方式

    Linux系統中一些常見的快捷方式,可有效提高操作效率,在某些時刻也能避免操作失誤帶來的問題。 ......

    uj5u.com 2020-09-10 00:13:31 more
  • CentOS 7作業系統目錄結構介紹

    作業系統存在著大量的資料檔案資訊,相應檔案資訊會存在于系統相應目錄中,為了更好的管理資料資訊,會將系統進行一些目錄規劃,不同目錄存放不同的資源。 ......

    uj5u.com 2020-09-10 00:13:35 more
最新发布
  • vim的常用命令

    Vim的6種基本模式 1. 普通模式在普通模式中,用的編輯器命令,比如移動游標,洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反(大多數編輯器默認模式為插入模式)。 2. 插入模式在這個模式中,大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

    uj5u.com 2023-04-20 08:43:21 more
  • vim的常用命令

    Vim的6種基本模式 1. 普通模式在普通模式中,用的編輯器命令,比如移動游標,洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反(大多數編輯器默認模式為插入模式)。 2. 插入模式在這個模式中,大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

    uj5u.com 2023-04-20 08:42:36 more
  • docker學習

    ###Docker概述 真實專案部署環境可能非常復雜,傳統發布專案一個只需要一個jar包,運行環境需要單獨部署。而通過Docker可將jar包和相關環境(如jdk,redis,Hadoop...)等打包到docker鏡像里,將鏡像發布到Docker倉庫,部署時下載發布的鏡像,直接運行發布的鏡像即可。 ......

    uj5u.com 2023-04-19 09:26:53 more
  • 設定Windows主機的瀏覽器為wls2的默認瀏覽器

    這里以Chrome為例。 1. 準備作業 wsl是可以使用Windows主機上安裝的exe程式,出于安全考慮,默認情況下改功能是無法使用。要使用的話,終端需要以管理員權限啟動。 我這里以Windows Terminal為例,介紹如何默認使用管理員權限打開終端,具體操作如下圖所示: 2. 操作 wsl ......

    uj5u.com 2023-04-19 09:25:49 more
  • docker學習

    ###Docker概述 真實專案部署環境可能非常復雜,傳統發布專案一個只需要一個jar包,運行環境需要單獨部署。而通過Docker可將jar包和相關環境(如jdk,redis,Hadoop...)等打包到docker鏡像里,將鏡像發布到Docker倉庫,部署時下載發布的鏡像,直接運行發布的鏡像即可。 ......

    uj5u.com 2023-04-19 09:19:04 more
  • Linux學習筆記

    IP地址和主機名 IP地址 ifconfig可以用來查詢本機的IP地址,如果不能使用,可以通過install net-tools安裝。 Centos系統下ens33表示主網卡;inet后表示IP地址;lo表示本地回環網卡; 127.0.0.1表示代指本機;0.0.0.0可以用于代指本機,同時在放行設 ......

    uj5u.com 2023-04-18 06:52:01 more
  • 解決linux系統的kdump服務無法啟動的問題

    問題:專案麒麟系統服務器的kdump服務無法啟動,沒有相關日志無法定位問題。 1、查看服務狀態是關閉的,重啟系統也無法啟動 systemctl status kdump 2、修改grub引數,修改“crashkernel”為“512M(有的機器數值太大太小都會導致報錯,建議從128M開始試,或者加個 ......

    uj5u.com 2023-04-12 09:59:50 more
  • 解決linux系統的kdump服務無法啟動的問題

    問題:專案麒麟系統服務器的kdump服務無法啟動,沒有相關日志無法定位問題。 1、查看服務狀態是關閉的,重啟系統也無法啟動 systemctl status kdump 2、修改grub引數,修改“crashkernel”為“512M(有的機器數值太大太小都會導致報錯,建議從128M開始試,或者加個 ......

    uj5u.com 2023-04-12 09:59:01 more
  • 你是不是暴露了?

    作者:袁首京 原創文章,轉載時請保留此宣告,并給出原文連接。 如果您是計算機相關從業人員,那么應該經歷不止一次網路安全專項檢查了,你肯定是收到過資訊系統技術檢測報告,要求你加強風險監測,確保你提供的系統服務堅實可靠了。 沒檢測到問題還好,檢測到問題的話,有些處理起來還是挺麻煩的,尤其是線上正在運行的 ......

    uj5u.com 2023-04-05 16:52:56 more
  • 細節拉滿,80 張圖帶你一步一步推演 slab 記憶體池的設計與實作

    1. 前文回顧 在之前的幾篇記憶體管理系列文章中,筆者帶大家從宏觀角度完整地梳理了一遍 Linux 記憶體分配的整個鏈路,本文的主題依然是記憶體分配,這一次我們會從微觀的角度來探秘一下 Linux 內核中用于零散小記憶體塊分配的記憶體池 —— slab 分配器。 在本小節中,筆者還是按照以往的風格先帶大家簡單 ......

    uj5u.com 2023-04-05 16:44:11 more