请问完全内存虚拟化处理缺页异常的流程是什么？

sirouni

希望大家多交流，我说的都是自己的理解，难免有错.

kikanjuu

再问个问题：
对于非最低级的客户机页表项，为什么监控程序提供了哈希表，以客户机物理地址和该页表项所在页表的层次为键值，查找影子页表中相应的影子页表项中的影子页表页的宿主机物理地址？

这里为什么需要用哈希表，而不是通过P2M Table直接从客户机页表页的客户机物理地址，找到相应的影子页表页的宿主机物理地址？

zx_wing

原帖由 kikanjuu 于 2008-3-3 15:14 发表
再问个问题：
对于非最低级的客户机页表项，为什么监控程序提供了哈希表，以客户机物理地址和该页表项所在页表的层次为键值，查找影子页表中相应的影子页表项中的影子页表页的宿主机物理地址？

这里为什么需 ...

这个问题应该是这样的。
x86是CPU自己walk页表，所以shadow页表必须符合CPU要求的页表格式，也就是hash表。

sirouni

原帖由 kikanjuu 于 2008-3-3 15:14 发表
再问个问题：
对于非最低级的客户机页表项，为什么监控程序提供了哈希表，以客户机物理地址和该页表项所在页表的层次为键值，查找影子页表中相应的影子页表项中的影子页表页的宿主机物理地址？

这里为什么需 ...

利用P2M表只能找到GPT对应的机器物理页面，还需要一种从机器物理页面对应到具体SPT的方法，由于一个GPT可能有多个与其对应的SPT
所以需要一种快速定位SPT的方式，所以采用了你说的那种定位方式。

kikanjuu

你是说通过P2M表只能找到页表页的mfn，还需要通过哈希表找到所有指向这个mfn的影子页表的页表项，是吗？

sirouni

原帖由 kikanjuu 于 2008-3-3 16:54 发表
你是说通过P2M表只能找到页表页的mfn，还需要通过哈希表找到所有指向这个mfn的影子页表的页表项，是吗？

是这样的.

albcamus

太高深了，完全不懂

aabb1122

有个问题: 宿主机如何实现监控客户机的内存的读写这个机制的? 也就是说在客户机通过 guest cr3访问物理内存时还要真正的通过HOST_CR3来映射? xen是通过清空HOST cr3页表来实现 hook客户机的内存读写?

aabb1122

应该是这样的吧: vmcs.guest_cr3=shadow page table, vmcs.host_cr3=monitor_table ?

jiangqiangq

原帖由 zx_wing 于 2008-2-22 19:21 发表

VMWare具体不清楚，但机制应该差不多。像KVM这样的，page fault分为两种：客户机page  ...

VMWare在BT模式下的机制应该不太一样吧