操作系统第三章(2)---存储管理

基本概念

连续分配方式的缺点:
1.固定分区分配:缺乏灵活性,会产生大量的内部碎片,内存的利用率很低
2.动态分区分配:会产生很多外部碎片,虽然可以用
“紧凑”技术来处理,但是“紧凑”的时间代价很高

一种是会产生内部碎片,一种会产生外部碎片(因此为了不产生碎片,我们可以考虑不给他连续分配空间)

上述就是非连续分配方式(离散分配方式)

知识点框架
在这里插入图片描述

基本分页存储管理

这个其实就是固定分区分配的非连续分配版本

举例:
假设进程A大小为23MB,但是每个分区大小只有10MB,如果进程只能占用一个分区,那显然放不下。

解决思路:如果允许进程占用多个分区,那么可以把进程拆分成10MB+10MB+3MB三个部分,再把这三个部分分别放到三个分区中(这些分区不要求连续)

进程A的最后-一个部分是3MB,放入分区后会产生7MB的内部碎片。

如果每个分区大小为2MB,那么进程A可以拆分成11 * 2MB +1MB共12个部分,只有最后一部分1MB占不满分区,会产生1MB的内部碎片。

显然,如果把分区大小设置的更小一些,内部碎片会更小,内存利用率会更高。

我的理解:就是把分区变小,然后把进程切片,分别放入,这样就可以减少碎片了

官方概念:
将内存空间分为一个个大小相等的分区(比如:每个分区4KB),每个分区就是一个“页框”或称“页帧”、“内存块”、“物理块”。每个页框有一个编号,即“页框号”(或者“内存块号”、“页帧号”、“物理块号”)页框号从0开始。

将用户进程的地址空间也分为与页框大小相等的一个个区域,称为“页’或“页面”。每个页面也有一个编号,即“页号”,页号也是从0开始。

(注:进程的最后一个页面可能没有一个页框那么大。因此,页框不能太大,否则可能产生过大的内部碎片)

操作系统以页框为单位为各个进程分配内存空间。进程的每个页面分别放入一个页框中。也就是说,进程的页面与内存的页框有一一对应的关系。

各个页面不必连续存放,也不必按先后顺序来,可以放到不相邻的各个页框中。

注:内存的叫页框、页帧;进程的页面、页。

实现方式

装进去最难的其实是寻址,寻找物理地址中的内容(之前连续分配内存的时候用的是动态重定向)

我们可以把动态重定向的思想加入到分页寻址中

举例:
在这里插入图片描述
他把进程分为了4页(一页50B),分别放入,并且第一条指令就要访问逻辑地址为80的数据,因此我们只需要知道80在1页,偏移量30(80-50)的地方,因此就是寻找第一页的起始地址(450),然后找到偏移量30的位置(450+30)

基本上这个例子应该挺好懂,就是来个页号,再来个相对位置,找相应页的相对位置就行了

官方步骤讲解:
1.要算出逻辑地址对应的页号
2.要知道该页号对应页面在内存中的起始地址
3.要算出逻辑地址在页面内的“偏移量”
4.物理地址=页面始址+页内偏移量

页号=逻辑地址/页面长度(取除法的整数部分)
页内偏移量=逻辑地址%页面长度(取除法的余数部分)
页面在内存中的起始位置:操作系统需要用某种数据结构记录进程各个页面的起始位置。

(因为计算机中都是二进制,所以为了计算方便,页面大小设为2的整数幂)

方便计算的举例:
结论:如果每个页面大小为 2 K 2^{K} 2KB,用二进制数表示逻辑地址,则末尾K位即为页内偏移量,其余部分就是页号

也就是如果32位表示逻辑地址,页面大小为 2 10 B = 1024 B = 1 K B 2^{10}B=1024B=1KB 210B=1024B=1KB,那么可以用32位前面的22位表示页号,后面的10位表示页内偏移量

分页存储管理的逻辑地址结构如下所示:
在这里插入图片描述
地址结构包含两个部分:前一部分为页号,后一部分为页内偏移量W。在上图所示的例子中,地址长度为32位,其中0~11位为“页内偏移量”,或称“页内地址”; 12~31位为“页号”。

如果有K位表示“页内偏移量”,则说明该系统中一个页面的大小是 2 K 2^{K} 2K个内存单元

如果有M位表示“页号”,则说明在该系统中,一个进程最多允许有 2 M 2^{M} 2M个页面

两种方法都要会(一种是十进制的,用除法和取余;一种是二进制的,直接分两部分,分别是页号和业内偏移量)

当然,光是知道页号和偏移量还是不够的,我们还需要知道这个页在内存的那个位置,就用一个页表来存储

为了能知道进程的每个页面在内存中存放的位置,操作系统要为每个进程建立一张页表。

在这里插入图片描述
这个块号表示的是内存中的那一块(因为分页式的,将内存分为了一块块,也是一个个页框)

1.一个进程对应一张页表
2.进程的每一页对应一个页表项
3.每个页表项由“页号”和“块号”组成
4.页表记录进程页面和实际存放的内存块之间的对应关系
5.每个页表项的长度是相同的,页号是“隐含”的(这个是不是不好理解,让我在下面举个例子)

(用块号如何获取内存的起始地址呢,就是块号*内存块大小即可)

举例:
Eg:假设某系统物理内存大小为4GB,页面大小为4KB,则每个页表项至少应该为多少字节?

4GB= 2 32 2^{32} 232B,4KB= 2 12 2^{12} 212B
因此4GB的内存总共会被分为 2 32 / 2 12 = 2 20 2^{32}/2^{12}=2^{20} 232/212=220个内存块,因此内存块号的范围应该是0~ 2 20 − 1 2^{20}-1 2201

因此至少要20个二进制位才能表示这么多的内存块号,因此至少要3个字节才够(每个字节8个二进制位,3个字节共24个二进制位,为什么是3个字节呢,因为他希望是2的整数次幂)

各页表项会按顺序连续地存放在内存中
如果该页表在内存中存放的起始地址为X,则M号页对应的页表项一"定是存放在内存地址为x+3*M
因此,页表中的“页号”可以是“隐含”的。

只需要知道页表存放的起始地址和页表项长度,即可找到各个页号对应的页表项存放的位置

在本例中,一个页表项占3B,如果进程由n个页面,则该进程的页表总共会占3*n个字节

知识点回顾

在这里插入图片描述

基本地址变换机构

用于实现逻辑地址到物理地址转换的一组硬件机构

要实现逻辑地址变成物理地址需要三个部分:页表、页号、页内偏移量,最后进行计算获得

通常会在系统中设置一个页表寄存器(PTR) ,存放页表在内存中的起始地址F和页表长度M(这个页表长度是指有多少页)。进程未执行时,页表的始址和页表长度放在进程控制块(PCB) 中,当进程被调度时,操作系统内核会把它们放到页表寄存器中。

注意:页面大小是2的整数幂

设页面大小为L,逻辑地址A到物理地址E的变换过程如下:

(1)根据逻辑地址计算出页号、页内偏移量(两种方法,在上面)
(2)判断页号是否越界(有没有超出全部页)
(3)查询页表,找到页号对应的页表项,确定页面存放的内存块号(页表项地址=页表起始地址F+页号P页表项长度,取出块号)
(4)用内存块号和页内偏移量得到物理地址(物理地址=块号
内存块长度+偏移量;如果是二进制的话直接拼接即可)
(5)访问目标内存单元

注:判断越界是如果页号=长度也算越界,因为页表长度是从0开始的

例题:
若页面大小L为1K字节,页号2对应的内存块号b=8,将逻辑地址A=2500转换为物理地址E。

E=bL+(2500%1024)=8K+452=81024+452
(注:一定要进行页号的越界检查,我这里就没有检查!!!)

在分页存储管理(页式管理)的系统中,只要确定了每个页面的大小,逻辑地址结构就确定了。因此,页式管理中地址是一维的。即,只要给出一个逻辑地址,系统就可以自动地算出页号、页内偏移量两个部分,并不需要显式地告诉系统这个逻辑地址中,页内偏移量占多少位。

但是!!!这里对于页表项还有一些问题

Eg: 假设某系统物理内存大小为4GB, 页面大小为4KB, 的内存总共会被分为 2 32 / 2 12 2^{32}/2^{12} 232/212= 2 20 2^{20} 220个内存块,因此内存块号的范围应该是0~ 2 20 − 1 2^{20}-1 2201

因此至少要20个二进制位才能表示这么多的内存块号,因此至少要3个字节才够(每个字节8个二进制位,3个字节共24个二进制位)

各页表项会按顺序连续地存放在内存中
如果该页表在内存中存放的起始地址为X,则、M号页对应的页表项是存放在内存地址为X+ 3*M

一个页面为4KB,则每个页框可以存放4096/3=1365个
页表项,但是这个页框会剩余4096%3=1B页内碎片
因此,1365 号页表项存放的地址为X + 3*1365+ 1

如果每个页表项占4字节,则每个页框刚好可存放1024
个页表项

1024号页表项虽然是存放在下一个页框中的,但是它的地址依然可以用X+4*1024得出

结论:理论上,页表项长度为3B即可表示内存块号的范围,但是,为了方便页表的查询,常常会让一个页表项占更多的字节,使得每个页面恰好可以装得下整数个页表项。(进程页表通常是装在连续的内存块中的)

知识点回顾

在这里插入图片描述
注:这里地址变换的时候访问了两次内存,一次是页表,一次是物理地址

具有快表的地址变换机构

知识点框架
在这里插入图片描述

局部性原理

时间局部性:如果执行了程序中的某条指令,那么不久后这条指令很有可能再次执行;如果某个数据被访问过,不久之后该数据很可能再次被访问。( 因为程序中存在大量的循环)

空间局部性:一旦程序访问了某个存储单元,在不久之后,其附近的存储单元也很有可能被访问。(因为很多数据在内存中都是连续存放的)

这个在计算机组成时学习过了,就不在过多赘述(没看过计组的就百度了解一下吧)

上小节介绍的基本地址变换机构中,每次要访问一个逻辑地址,都需要查询内存中的页表。由于局部性原理,可能连续很多次查到的都是同一个页表项。既然如此,能否利用这个特性减少访问页表的次数呢?

快表

快表,又称联想寄存器(TLB),是一种访问速度比内存快很多的高速缓冲存储器,用来存放当前访问的若干页表项,以加速地址变换的过程。与此对应,内存中的页表常称为慢表。(这不就是Cache和内存的关系么)

①CPU给出逻辑地址,由某个硬件算得页号、页内偏移量,将页号与快表中的所有页号进行比较。

②如果找到匹配的页号,说明要访问的页表项在快表中有副本,则直接从中取出该页对应的内存块号,再将内存块号与页内偏移量拼接形成物理地址,最后,访问该物理地址对应的内存单元。因此,若快表命中,则访问某个逻辑地址仅需-次访存即可。

③如果没有找到匹配的页号,则需要访问内存中的页表,找到对应页表项,得到页面存放的内存块号,再将内存块号与页内偏移量拼接形成物理地址,最后,访问该物理地址对应的内存单元。因此,若快表未命中,则访问某个逻辑地址需要两次访存(注意:在找到页表项后,应同时将其存入快表,以便后面可能的再次访问。但若快表已满,则必须按照一定的算法对旧的页表项进行替换)

由于查询快表的速度比查询页表的速度快很多,因此只要快表命中,就可以节省很多时间。

因为局部性原理,一般来说快表的命中率可以达到90%以上。(这个个人感觉和Cache与内存的关系一毛一样)

例题:
例:某系统使用基本分页存储管理,并采用了具有快表的地址变换机构。访问一次快表耗时1us,访问一次内存耗时100us。若快表的命中率为90%,那么访问一个逻辑地址的平均耗时是多少?

(1+100)us*0.9+(1+200)0.1=111us
(如果快表和慢表同时查询,节省时间,那么第二个就不需要+1了,即(1+100)us
0.9+(200)*0.1=110.9us)

知识点回顾

在这里插入图片描述

两级页表

知识点框架
在这里插入图片描述

单级页表存在的问题

某计算机系统按字节寻址,支持32位的逻辑地址,采用分页存储管理,页面大小为4KB,页表项长度为4B。

4KB = 2 12 2^{12} 212B,因此页内地址要用12位表示,剩余20位表示页号。

因此,该系统中用户进程最多有20页。相应的,-一个进程的页表中,最多会有 2 20 2^{20} 220= 1M= 1,048,576个页表项,所以一个页表最大需要 2 20 2^{20} 220*4B= 2 22 2^{22} 222B,共需要 2 22 / 2 12 = 2 10 2^{22}/2^{12}=2^{10} 222/212=210个页框存储该页表。

根据页号查询页表的方法: K号页对应的页表项存放位置=页表始址+K*4要在所有的页表项都连续存放的基础上才能用这种方法找到页表项(根据上面所说需要1024个页框来存放页表,占用的空间太大了!!!,失去了优点)

根据局部性原理可知,很多时候,进程在一段时间内只需要访问某几个页面就可以正常运行了。因此没有必要让整个页表都常驻内存。(全放着太浪费了)

出现的问题:
问题一:页表必须连续存放,因此当页表很大时,需要占用很多个连续的页框。
问题二:没有必要让整个页表常驻内存,因为进程在一-段时间内可能只需要访问某几个特定的页面。

问题一的解决:
可将长长的页表进行分组,使每个内存块刚好可以放入一个分组(比如上个例子中,页面大小4KB, 每个页表项4B,每个页面可存放1K个页表项,因此每1K个连续的页表项为一组,每组刚好占一个内存块,再讲各组离散地放到各个内存块中)

另外,要为离散分配的页表再建立一张页表,称为页目录表,或称外层页表,或称顶层页表(个人感觉就是先来个大目录,然后再去大目录的里面找内容)

举例:
32位逻辑地址空间,页表项大小为4B,页面大小为4KB,则页内地址占12位

如果用单级列表
在这里插入图片描述
页表存放会变成这么大
在这里插入图片描述
多级分组后(前面10位表示页目录表;后10位表示第二级页表)
在这里插入图片描述
页表为:
在这里插入图片描述
举例:
步骤为
①按照地址结构将逻辑地址拆分成三部分

②从PCB中读出页目录表始址,再根据一级页号查页目录表,找到下一级页表在内存中的存放位置

③根据二级页号查表,找到最终想访问的内存块号

④结合页内偏移量得到物理地址
在这里插入图片描述
第二个问题解决方法:
使用虚拟存储技术来解决,这个在后面会有具体文章讲解

这里简单介绍一下
这个相对于问题一的页目录表会多一个标志(是否在内存中),如果在就直接访问,如果不在就发生中断(缺页中断,内中断),然后从外存调取

细节!!!
1.若采用多级页表机制,则各级页表的大小不能超过一个页面

例题:
在这里插入图片描述
(注:这里就不能是二级页面了,因为如果二级的话第一级是18位,超过10位了)

2.两级页表的访存次数分析(假设没有快表机构)
会有三次访问(页目录表一次、二级页表一次、物理地址一次)

这里就凸显出一个缺点:需要经过更多次的访问和地址变换

知识点回顾

在这里插入图片描述

基本分段存储管理方式

知识点框架
在这里插入图片描述

分段

进程的地址空间:按照程序自身的逻辑关系划分为若干个段,每个段都有一个段名(在低级语言中,程序员使用段名来编程),每段从0开始编址

内存分配规则:以段为单位进行分配,每个段在内存中占据连续空间,但各段之间可以不相邻。

举例:
你的程序里有一个main函数,两个全局变量和一个子函数

这样就会分为三段:main函数一段(段名:main),全局变量一段(段名:X),子函数一段(段名:D)

这样就是按照程序的逻辑关系划分段

由于是按照逻辑功能模块划分,用户编程更方便,程序的可读性更高

实际上编译程序的时候会把段名转换成段号

因此和分页相似的,会有一个段号+段内偏移量

官方解释:分段系统的逻辑地址结构由段号(段名)和段内地址( 段内偏移量)所组成。
在这里插入图片描述
段号的位数决定了每个进程最多可以分几个段
段内地址位数决定了每个段的最大长度是多少

这个其实和分页的性质一样

既然模式和分页相似,那么有页表就肯定有段表

问题:程序分多个段,各段离散地装入内存,为了保证程序能正常运行,就必须能从物理内存中找到各个逻辑段的存放位置。为此,需为每个进程建立一张段映射表,简称“段表”

但是和分页不同,因为段的长度是不相等的,因此他不仅会有段号和起始地址还有段长(当然,和页表相似,段表中的段号是可以隐藏的,因为段表项的长度相同)

1.每个段对应一个段表项,其中记录了该段在内存中的起始位置( 又称“基址”)和段的长度。

2.各个段表项的长度是相同的。例如:某系统按字节寻址,采用分段存储管理,逻辑地址结构为(段号16位,段内地址16位),因此用16位即可表示最大段长。物理内存大小为4GB (可用32位表示整个物理内存地址空间)。因此,可以让每个段表项占16+32=48位,即6B。由于段表项长度相同,因此段号可以是隐含的,不占存储空间。若段表存放的起始地址为M,则K号段对应的段表项存放的地址为M+ K*6

逻辑地址转换为物理地址

在这里插入图片描述
1.根据逻辑地址得到段号、段内地址
2.根据段号判断是否越界
3.查询段表,找到相应的段表项的存放地址
4.判断段内偏移量是否越界
5.计算得出物理地址
6.访问物理地址

注:这里比分页的步骤唯一就是多了一步判断段内偏移量是否越界

分页管理和分段管理的对比

页是信息的物理单位。分页的主要目的是为了实现离散分配,提高内存利用率。分页仅仅是系统管理上的需要,完全是系统行为,对用户是不可见的。

段是信息的逻辑单位。分段的主要目的是更好地满足用户需求。一个段通常包含着一组属于一个逻辑模块的信息。分段对用户是可见的,用户编程时需要显式地给出段名。

页的大小固定且由系统决定。段的长度却不固定,决定于用户编写的程序。

分页的用户进程地址空间是一维的,程序员只需给出一一个记忆符即可表示一个地址。

分段的用户进程地址空间是二维的,程序员在标识一个地址时,既要给出段名,也要给出段内地址。(因为每次一个段都是从0开始的)

分段比分页共容易实现信息的共享和保护

不能被修改的代码称为纯代码或可重入代码(不属于临界资源),这样的代码是可以共享的。可修改的代码是不能共享的(比如,有一个代码段中有很多变量,各进程并发地同时访问可能造成数据不一致)

但是分页的话,可能一页里面有不允许被访问的,如果设置成可共享的话就会出问题

访问一个逻辑地址需要几次访存?
分页(单级页表) :第一次访存----查内存中的页表,第二次访存----访问目标内存单元。总共两次
访存
分段:第一次访存----查内存中的段表,第二次访存----访问目标内存单元。总共两次访存与分页系统类似,分段系统中也可以引入快表机构,将近期访问过的段表项放到快表中,这样可以少一次访问,加快地址变换速度。

知识点回顾

在这里插入图片描述

段页式管理方式

知识点框架
在这里插入图片描述

分页、分段的优缺点分析
优点缺点
分页管理内存空间利用率高,不会产生外部碎片,只会有少量的页内碎片不方便按照逻辑模块实现信息的共享和保护
分段管理很方便按照逻辑模块实现信息的共享和保护如果段长过大,为其分配很大的连续空间会很不方便。另外,段式管理会产生外部碎片

因为段式管理会出现外部碎片,因此就把它们两种方式结合起来,出现了段页式管理

即首先将进程分段,然后将段分页;这里内存也会被分页

既然分段以后再分页的结构,那么逻辑地址结构也就变成了段号+页号+页内偏移量
在这里插入图片描述
段号的位数决定了每个进程最多可以分几个段
页号位数决定了每个段最大有多少页
页内偏移量决定了页面大小、内存块大小是多少

分段”对用户是可见的,程序员编程时需要显式地给出段号、段内地址。而将各段“分页”对用户是不可见的。系统会根据段内地址自动划分页号和页内偏移量。因此段页式管理的地址结力是二维的。

既然又分段又分页,那么我们肯定又有段表,又有页表
每个段对应一个段表项,每个段表项由段号、页表长度、页表存放块号(页表起始地址)组成。每个段表项长度相等,段号是隐含的

每个页面对应一个页表项,每个页表项由页号、页面存放的内存块号组成。每个页表项长度相等,页号是隐含的。

逻辑地址转换物理地址

在这里插入图片描述
具体过程
1.根据逻辑地址得到段号、页号、页内偏移量
2.判断是否越界
3.查询段表,寻找对应的段表项地址,找到页表起始地址
4.判断是否越界
5.查询页表项,寻找对应块号
6.计算得出物理地址
7.访问物理地址

这里要访存3次

同样,这里也可以设置快表机制(只是关键字有两个了,段号和页号)

知识点回顾

在这里插入图片描述

  • 1
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
嵌入式实时操作系统uc/os-ii是一款常用于单片机和嵌入式系统的操作系统。其原理基于事件驱动,采用优先级调度策略,具有快速响应和可靠性高的特点。 在uc/os-ii中,任务是程序的基本执行单位。每个任务都有自己的优先级和任务控制块(TCB)来存储任务的状态信息。任务的切换是通过调度器根据优先级来实现的,优先级高的任务会被优先执行。 uc/os-ii还提供了一系列的内核服务,包括任务管理、时间管理、事件管理、信号量管理等。任务管理主要负责任务的创建、删除和切换,时间管理用于定时操作和延时等待,事件管理用于任务间的同步与通信,信号量管理则用于提供资源和互斥访问。 应用方面,uc/os-ii在嵌入式系统中广泛应用于实时任务的处理。例如,可以将传感器数据读取作为一个任务,数据处理和决策作为另一个任务,控制指令输出作为第三个任务。通过uc/os-ii来管理这些任务,可以保证数据的准确性和实时性。 此外,uc/os-ii还可以应用于物联网设备、智能家居、工业自动化等领域。例如,在物联网设备中,可以使用uc/os-ii来实现设备的状态监测、数据传输和远程控制等功能。 总之,uc/os-ii是一款功能强大的嵌入式实时操作系统,能够提供可靠的任务管理和事件处理机制,广泛应用于各种嵌入式系统中,提高系统的可靠性和实时性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值