页表与进程地址space和分层页表的关系
realationship between page tables and proccess address space and hierarchial page tables
我知道每个进程都有自己的虚拟地址 space 以及用于此虚拟地址 space 的页面 table ，它将虚拟地址映射到物理框架中的页面内存。
但是我不明白第table页是否可以换出，
或者特别是，页面 table 是否是进程地址 space.
的一部分
由于以下情况，我感到困惑：考虑一个 2 级分层页面 table，这样每个 table 跨越一个页面。
顶级页面 table 的存在是否会导致另一个页面 table 的存在 - 页面 table 的条目对应于其中的框架顶级 table 位于？
在这种情况下，这个页面的任何tables（top/bottom级别）部分进程地址space？
第 table 页经常被分页。这种分页的问题在于它会产生先有鸡还是先有蛋的问题。如果table页可以被page out，那么table页的地址一定是逻辑地址。因此需要一个页面 table 来找到页面 table.
的地址
有多种方法可以解决这个问题。多级 table 就是这样一种方式。
Does the existence of a top-level page table induce the existence of another page table - a page table which has an entry that corresponds to a frame in which the top-level table resides?
这个问题完全是系统特定的。部分系统不支持多级pge table
我知道每个进程都有自己的虚拟地址 space 以及用于此虚拟地址 space 的页面 table ，它将虚拟地址映射到物理框架中的页面内存。
但是我不明白第table页是否可以换出， 或者特别是，页面 table 是否是进程地址 space.
的一部分由于以下情况，我感到困惑：考虑一个 2 级分层页面 table，这样每个 table 跨越一个页面。
顶级页面 table 的存在是否会导致另一个页面 table 的存在 - 页面 table 的条目对应于其中的框架顶级 table 位于？
在这种情况下，这个页面的任何tables（top/bottom级别）部分进程地址space？
第 table 页经常被分页。这种分页的问题在于它会产生先有鸡还是先有蛋的问题。如果table页可以被page out，那么table页的地址一定是逻辑地址。因此需要一个页面 table 来找到页面 table.
的地址有多种方法可以解决这个问题。多级 table 就是这样一种方式。
Does the existence of a top-level page table induce the existence of another page table - a page table which has an entry that corresponds to a frame in which the top-level table resides?
这个问题完全是系统特定的。部分系统不支持多级pge table