这是一个创建于 700 天前的主题，其中的信息可能已经有所发展或是发生改变。
从上图可以看出，一个虚拟地址分为 3 部分：
- 高 10bit ，从一级页表里，确认到一个项
- 中间 10bit ，从二级页表里，确认到一个项
- 低 12bit ，作为页内偏移
- 最终上图得到的物理地址的低 12bit ，也是 0x050 (0x0000_C050)
实际上，从我之前了解的页表原理，大概也是这样的。
但是到了这个图，页内偏移居然要乘以 4 ，这我就很不理解了？
上图的话，有一个背景，就是让 一级页表的最后一个项，指向一级页表自身。因为在启用页表后，要改读写任何位置，包含改变页表的项的内容，都得经过 虚拟地址转换，这样做的话，就可以方便得 去改变一级页表的某个项的内容，不然的话，还得 做个一级页表二级页表的地址全映射。然后上图就是 这个场景中对虚拟地址的第 3 部分 做处理。
这个巧妙的过程，我看懂了。但是 为什么这里的页内偏移要乘以 4 ？
PS：内容来自书籍《 x86 从实模式到保护模式》
 |
1
heiher 2022-12-22 23:55:46 +08:00 via Android
最后这图并不是访问数据页吧，而是访问某一级页目录项，指针类型宽度是 32 位。
|
 |
2
amiwrong123 OP |
|
3
amiwrong123 OP 为了防止内容不完整，我这里给出 这个巧妙过程的 全过程。下面贴图：
 |
 |
4
WuSiYu 2022-12-23 00:16:50 +08:00
一般是因为内存对齐的需要，比如这里地址都是 4 的整数倍，这样地址二进制的末两位都是 0 ，就没必要存了。存的时候没有这两位，而你算地址的时候就需要把存的值乘 4 （ 2^2)
|
|
5
amiwrong123 OP @WuSiYu
好像理解你意思，但是有点说不通呀。 首先，谁也没说这个虚拟地址，必须是四字节对齐的吧。 第二，假设必须虚拟地址四字节对齐。他也没必要让这个虚拟地址的低 12bit 先右移两位吧，然后到了算物理地址的时候，又要把这 12 个 bit 给左移两位回来== |
 |
6
ssgong 2022-12-23 00:35:13 +08:00
这里的 4 应该是 page table entry size 的 4bytes
|
 |
7
ihciah 2022-12-23 00:50:14 +08:00
建议翻 SDM ，你想要的全都有。
两个月前我在写 mini vmm （ https://www.ihcblog.com/rust-mini-vmm-2/），参考过相关细节。给我的感受就是，看书可以知道原理，但想实现出来，还要能跑，需要的细节只能翻手册。 |
 |
8
Nerv 2022-12-23 01:10:21 +08:00
需要修改的是页目录表，三次访问都是在这同一个表。对页目录表的修改以双字为单位，自然要乘 4 。
|
|
9
amiwrong123 OP |
|
10
amiwrong123 OP |
 |
11
julyclyde 2022-12-23 09:53:03 +08:00
UEFI 机型是不是刚开机就保护模式了
好多人都失去研究这个的机会了 |
|
12
ihciah 2022-12-23 10:01:32 +08:00 via iPhone
|
 |
13
ForestCo 2022-12-23 10:25:50 +08:00
对于硬件而言，很多地址的映射需要采用对齐的方式，所以对齐的部分可以不用表示在查找表里，实际取出来用的时候直接右移若干位就行了。关于为什么他是 4Byte 对齐，而不是其他的。不用求甚解我觉得，只要知道是个三段式查找表就行了。这部分知识可以参考《计算机体系结构》
|
 |
15
MstMoonshine 2022-12-23 13:47:42 +08:00
很多 32-bit CPU 硬件上只支持 32 位对齐的地址读取 /写入。这些硬件上如果能对非对齐地址访问，一般是产生 exception 后，由 kernel 对齐地访问附近两个 word 以后把合并起来返回，相当于 emulate 了那条指令。
此外，地址有没有 32 位对齐，跟是否使用了虚拟地址无关。虚拟地址最后若干位（比如 12 位，0x1000 ，4k page ）始终是跟物理地址最后若干位相等的。 |
Select Language