[X86]关于 逻辑地址 线性地址 物理地址 的讨论

niezhongbao

是否可以这样理解，求高手指正：

printf("%p\n", p);打印出来的地址是一个段偏移地址么？我们程序操作的都是一个段偏移地址，
因为GDT表中的base都是0，所以这个偏移与线性地址相同，
所以linux管理的线性地址实际上是管理段偏移地址，
CPU每次寻址都要经过 以下这个过程么？
段选择符:段偏移--（查GDT表）-->线性地址--（查进程中pgd）-->物理地址

bensenq

跟我的理解一样，base设为0后段式，就相当于只有页式管理。

瀚海书香

回复 1# niezhongbao

printf("%p\n", p);打印出来的地址是一个段偏移地址么？我们程序操作的都是一个段偏移地址，
因为GDT表中的base都是0，所以这个偏移与线性地址相同，
所以linux管理的线性地址实际上是管理段偏移地址，
CPU每次寻址都要经过 以下这个过程么？
段选择符:段偏移--（查GDT表）-->线性地址--（查进程中pgd）-->物理地址

理解基本正确

printf打印的值确切说应该叫逻辑地址。
由于linux下的段基地址都是0，所有线性地址=逻辑地址+0
然后根据页表，查找到线性地址对应的物理地址。

niezhongbao

回复 3# 瀚海书香

我的理解是：
一个逻辑地址由两部分组成，段标示符(即segment selector)和段内偏移组成的，
segment selector是保存在段寄存器里面的(cs, ds, gs等)，
逻辑地址的表示是  segment selector : offset, 根据segment selector去查找GDT，
GDT中找到的base是0， 加上offset就是线性地址，所以感觉应该是这个offset与线性地址相等，
有的说linux的线性地址等于逻辑地址，
但是从这个关系逆向推理的话就让人糊涂了，或者这里理解的不对？


   

瀚海书香

回复 4# niezhongbao

GDT中找到的base是0， 加上offset就是线性地址，所以感觉应该是这个offset与线性地址相等，
有的说linux的线性地址等于逻辑地址，
但是从这个关系逆向推理的话就让人糊涂了，或者这里理解的不对？

   
因为base=0，所有linux下线性地址就等于逻辑地址啊

niezhongbao

回复 5# 瀚海书香

但是线性地址=base + offset，offset只是逻辑地址组成的一部分那，如果base 为0，应该是offset = 线性地址才对呀。


   

stuman

逻辑地址的偏移量的值与相应的线性地址的值总是一致的

魔鬼的惊叹

回复 3# 瀚海书香
我的理解和你稍有不同，我认为打印的是虚拟地址。

在编译链接时才回你用到逻辑地址，在重定位的过程中，逻辑地址会转化为相应的虚拟地址，这个转变可能由编译器完成或者装载器完成。

说的不对的地方还望多多指正。

   

瀚海书香

回复 8# 魔鬼的惊叹

我的理解和你稍有不同，我认为打印的是虚拟地址。

在编译链接时才回你用到逻辑地址，在重定位的过程中，逻辑地址会转化为相应的虚拟地址，这个转变可能由编译器完成或者装载器完成。

编译程序出来后，里面用到的地址应该是逻辑地址，有段的概念（比如代码段、数据段等等），这个应该没有异议吧。
机器语言指令中出现的内存地址，都是逻辑地址，需要转换成线性地址，再经过MMU(CPU中的内存管理单元)转换成物理地址才能够被访问到。所以说这里打印的应该是逻辑地址。

其实只要记住你在进行C语言指针编程中，可以读取指针变量本身值(&操作)，实际上这个值就是逻辑地址，它是相对于你当前进程数据段的地址，不和绝对物理地址相干。只有在Intel实模式下，逻辑地址才和物理地址相等（因为实模式没有分段或分页机制,Cpu不进行自动地址转换）。

虚拟地址（线性地址）=段地址+段内偏移（逻辑地址），由于linux的段地址为0，所以“虚拟地址（线性地址）=逻辑地址”

   

niezhongbao

回复 9# 瀚海书香
回复 8# 魔鬼的惊叹

个人理解是，因为这个段偏移计算之后与线性地址相同，所以操作这个段偏移实际上就是在操作线性地址，
但是说逻辑地址等于线性地址这个理解不上去，
逻辑地址是CPU根据段寄存器中的段选择符和段偏移计算出来的，是运行过程中的地址。

要不然这个图应该怎么理解，ULK3 中的。