[转载]PAE下的虚拟内存映射 实践

前文是理论分析，在此： PAE下的虚拟内存映射 分析 （ http://user.qzone.qq.com/31731705/blog/1323414733  ），理论需要结合实际，现在来实际体验一下。

 

随便选个进程，就当前进程吧，
0: kd> !process 
PROCESS 8da74d40  SessionId: 1  Cid: 1f6c    Peb: 7ffdf000  ParentCid: 19e4
    DirBase: deb6d0c0  ObjectTable: cce0d8b0  HandleCount: 216.
    Image: windbg.exe 
    VadRoot b11b89c8 Vads 106 Clone 0 Private 3601. Modified 0. Locked 0.
......

是Windbg进程，根据 上篇 中的介绍，0xC0603000的地方，指向了进程的页目录，而DirBase是deb6d0c0，是物理地址，也是指向PDPE的地址。它们的内容应该相同。

0: kd> dd c0603000 
c0603000  b21f0863 00000000 15ff1863 00000000
c0603010  55df2863 00000000 183f3863 00000000
......

开始处的4个值应该是4个PDE的物理地址，对应的VA分别是0xC0600000, 0xC0601000, 0xC0602000, 0xC0603000，让我们使用DirBase验证，

0: kd> !dd deb6d0c0 
#deb6d0c0 b21f0801 00000000 15ff1801 00000000
#deb6d0d0 55df2801 00000000 183f3801 00000000
......

乍一看，里面的值不一样， ，可以推断0xC0603000并没被映射到物理地址deb6d0c0，而是2块独立的内存。但是，地址处的值其实是一样的（因为最低的12Bit是属性值）。
进一步看看，
0: kd> !vtop deb6d0c0 c0600000 
X86VtoP: Virt c0600000, pagedir deb6d0c0
X86VtoP: PAE PDPE deb6d0d8 - 00000000183f3801
X86VtoP: PAE PDE 183f3018 - 00000000183f3863
X86VtoP: PAE PTE 183f3000 - 00000000b21f0863
X86VtoP: PAE Mapped phys b21f0000
Virtual address c0600000 translates to physical address b21f0000 .
0: kd> !vtop deb6d0c0 c0601000 
X86VtoP: Virt c0601000, pagedir deb6d0c0
X86VtoP: PAE PDPE deb6d0d8 - 00000000183f3801
X86VtoP: PAE PDE 183f3018 - 00000000183f3863
X86VtoP: PAE PTE 183f3008 - 0000000015ff1863
X86VtoP: PAE Mapped phys 15ff1000
Virtual address c0601000 translates to physical address 15ff1000 .
0: kd> !vtop deb6d0c0 c0602000 
X86VtoP: Virt c0602000, pagedir deb6d0c0
X86VtoP: PAE PDPE deb6d0d8 - 00000000183f3801
X86VtoP: PAE PDE 183f3018 - 00000000183f3863
X86VtoP: PAE PTE 183f3010 - 0000000055df2863
X86VtoP: PAE Mapped phys 55df2000
Virtual address c0602000 translates to physical address 55df2000 .
0: kd> !vtop deb6d0c0 c0603000 
X86VtoP: Virt c0603000, pagedir deb6d0c0
X86VtoP: PAE PDPE deb6d0d8 - 00000000183f3801
X86VtoP: PAE PDE 183f3018 - 00000000183f3863
X86VtoP: PAE PTE 183f3018 - 00000000183f3863
X86VtoP: PAE Mapped phys 183f3000
Virtual address c0603000 translates to physical address 183f3000 .

确实验证了前面的分析结果，VA 0xC0603000或者物理地址deb6d0c0处的值，分别对应着4个VA（0xC0600000, 0xC0601000, 0xC0602000, 0xC0603000）的物理地址。如果你够细心，你会发现0xC0603000处的内容指向了它自己（结合 上一篇 中的图），这真的很神奇。这样，任何进程都可以通过线性地址访问页目录指针表，页目录，页表，还有普通的内存页。

 

回到开始，为什么DirBase的值，不是0xC0603000的物理地址183f3000，而是另外的一块deb6d0c0（对应的虚拟地址VA是0x8856d0c0）。

0: kd> !vtop deb6d0c0 0x8856d0c0 
X86VtoP: Virt 8856d0c0, pagedir deb6d0c0
X86VtoP: PAE PDPE deb6d0d0 - 0000000055df2801
X86VtoP: PAE PDE 55df2210 - 00000000dea009e3
X86VtoP: PAE Large page mapped phys deb6d0c0
Virtual address 8856d0c0 translates to physical address deb6d0c0.

 

是一个Large Page，在PAE下这是1个2M的Page，先Hold住这个问题， 切换到另外一个进程看看，

  0: kd> !process 0 0 qq.exe 
PROCESS 887a4d40  SessionId: 1  Cid: 029c    Peb: 7ffd6000  ParentCid: 17c0
    DirBase: dc99dac0  ObjectTable: be517450  HandleCount: 2125.
    Image: QQ.exe
0: kd> .process /p /r 887a4d40 
Implicit process is now 887a4d40
Loading User Symbols
................................................................
看看QQ进程的情况，
0: kd> !dd dc99dac0 
#dc99dac0 acec1801 00000000 a92c2801 00000000
#dc99dad0 9dcc3801 00000000 a95c4801 00000000
#dc99dae0 8a79df20 8495ec20 38eb2801 00000000
......
0: kd> dd c0603000 
c0603000  acec1863 00000000 a92c2863 00000000
c0603010  9dcc3863 00000000 a95c4863 00000000
c0603020  b07c5863 00000000 00000000 00000000
......
同样，0xC0603000没有被映射到DirBase: dc99dac0上，但前4项的内容是一致的，是QQ进程的PDE的物理地址，
0: kd> !vtop dc99dac0 c0600000; !vtop dc99dac0 c0601000; !vtop dc99dac0 c0602000; !vtop dc99dac0 c0603000; 
X86VtoP: Virt c0600000, pagedir dc99dac0
X86VtoP: PAE PDPE dc99dad8 - 00000000a95c4801
X86VtoP: PAE PDE a95c4018 - 00000000a95c4863
X86VtoP: PAE PTE a95c4000 - 00000000acec1863
X86VtoP: PAE Mapped phys acec1000
Virtual address c0600000 translates to physical address acec1000 .
X86VtoP: Virt c0601000, pagedir dc99dac0
X86VtoP: PAE PDPE dc99dad8 - 00000000a95c4801
X86VtoP: PAE PDE a95c4018 - 00000000a95c4863
X86VtoP: PAE PTE a95c4008 - 00000000a92c2863
X86VtoP: PAE Mapped phys a92c2000
Virtual address c0601000 translates to physical address a92c2000 .
X86VtoP: Virt c0602000, pagedir dc99dac0
X86VtoP: PAE PDPE dc99dad8 - 00000000a95c4801
X86VtoP: PAE PDE a95c4018 - 00000000a95c4863
X86VtoP: PAE PTE a95c4010 - 000000009dcc3863
X86VtoP: PAE Mapped phys 9dcc3000
Virtual address c0602000 translates to physical address 9dcc3000 .
X86VtoP: Virt c0603000, pagedir dc99dac0
X86VtoP: PAE PDPE dc99dad8 - 00000000a95c4801
X86VtoP: PAE PDE a95c4018 - 00000000a95c4863
X86VtoP: PAE PTE a95c4018 - 00000000a95c4863
X86VtoP: PAE Mapped phys a95c4000
Virtual address c0603000 translates to physical address a95c4000 .

 

转换过程和前面一样，4个PDE分别对应着QQ进程的虚拟地址VA 0xC0600000, 0xC0601000, 0xC0602000, 0xC0603000。
这个实验也证明了另一点，页表是进程相关的，即使0xC0X00000是位于内核态的地址，随着进程的切换也会被映射到不同的物理地址上。（这打破了我以前的一个假设，之前我并没想这么多，而是简单的认为内核只有一个，里面的对象都是共享的，进程无关的，现在看来至少页表不是。 ） 

 

再来看看开始的那个问题， 0xC0603000对应的并不是DirBase表示的物理地址，为什么呢？

我并没有确切的答案， 猜想是这样，象鸡和蛋的关系，要将虚拟地址转化成为物理地址，必须要有一个物理地址作为引子，也需要PDE的物理地址，这是必需且没有办法避免的。如何访问到那些PDE呢？通过0xC0603000是行不通的，因为那是虚拟地址，本身就需要转换，并且是代表着当前进程的页表，是进程相关的，所以需要一个进程无关的，系统全局的数据来储存这些数据，这些就是DirBase。内核可以通过这些数据来转化虚拟地址，切换进程，访问各个进程的地址空间。

那么，另一个问题是， DirBase为什么不使用各个进程?中0xC0603000对应的物理地址？ 比如以Windbg和QQ为例，DirBase分别是183f3000和a95c4000。

我还是不知道答案， ，推测进程的页表会随着进程的切换而切换，而183f3000和a95c4000这2个物理页有可能被切换出去，这时它其中的值就没有意义了。而现在的值deb6d0c0和dc99dac0，这2个物理页应该是常驻物理内存的那种，这样内核可以在任何时候访问进程的PDE。

 

看看Windbg进程DirBase: deb6d0c0（对应的虚拟地址VA是0x8856d0c0），当前的进程已经切换成了QQ进程，

0: kd> !vtop dc99dac0 8856d0c0 
X86VtoP: Virt 8856d0c0, pagedir dc99dac0
X86VtoP: PAE PDPE dc99dad0 - 000000009dcc3801
X86VtoP: PAE PDE 9dcc3210 - 00000000dea009e3
X86VtoP: PAE Large page mapped phys deb6d0c0
Virtual address 8856d0c0 translates to physical address deb6d0c0 .

可以清楚的看到，即使使用了QQ进程的DirBase，这个虚拟地址对应的内容还是deb6d0c0，没有变化。

再看看QQ进程的DirBase: dc99dac0（对应的虚拟地址是8a79dac0）。
0: kd> !vtop dc99dac0 8a79dac0 
X86VtoP: Virt 8a79dac0, pagedir dc99dac0
X86VtoP: PAE PDPE dc99dad0 - 000000009dcc3801
X86VtoP: PAE PDE 9dcc3298 - 00000000dc8009e3
X86VtoP: PAE Large page mapped phys dc99dac0
Virtual address 8a79dac0 translates to physical address dc99dac0 .

使用Windbg进程的DirBase测试一下，
0: kd> !vtop deb6d0c0 8a79dac0 
X86VtoP: Virt 8a79dac0, pagedir deb6d0c0
X86VtoP: PAE PDPE deb6d0d0 - 0000000055df2801
X86VtoP: PAE PDE 55df2298 - 00000000dc8009e3
X86VtoP: PAE Large page mapped phys dc99dac0
Virtual address 8a79dac0 translates to physical address dc99dac0 .

 

可见，这些DirBase的内存页是进程无关，系统共享的，只需要知道这些DirBase，就能够顺藤摸瓜，找到所有进程的PDE，进而确认所有进程的页表。