gpt4 book ai didi

c++ - 如何查看虚拟内存中每个进程维护的页表 - Linux?

转载 作者:太空狗 更新时间:2023-10-29 20:42:06 26 4
gpt4 key购买 nike

在虚拟内存概念中——每个进程维护自己的页表。该页表将虚拟地址映射到内核虚拟地址。此内核虚拟地址将地址转换为物理 RAM。我知道有一个 Kernel Virtual addres - vm area struct。这个vm area struct最终将这个地址映射到Physical地址。当我执行 cat/proc//maps - 我看到虚拟地址到物理地址的直接映射。因为它将地址映射到文件——用inode。因此,它看起来是硬盘上的地址、文件描述符、主次编号。 RAM 上有一些地址。所以,我可以说我看不到虚拟地址映射到内核虚拟地址的表。我想看看那张 table 。我怎么能看到?它不应该在内核空间中。因为当进程访问内存时 - 0x1681010 那么这应该被转换为内核虚拟内存地址。最后,这个地址应该被翻译成物理内存地址。

最佳答案

不,Linux kernel维护进程页表(但不维护进程本身)。 Processes只看到 virtual memory彻底了解他们的 address space .进程使用一些 syscalls ,例如mmap(2)execve(2) , 改变他们的地址空间。

物理地址和页表以及处理和管理 MMU是内核的业务,它实际上向用户应用程序提供一些“abstract machine”(具有虚拟地址空间,作为原子基本操作的系统调用等)。应用程序看不到原始 (x86) 硬件,而只能看到 user mode。由内核给出。一些硬件资源和指令对它们不可用(它们仅在 user space 中运行)。

页表由内核管理,实际上不同的进程可能使用不同的 - 有时是相同的 - 页表。 (所以kernl管理的context switches可能需要重新配置MMU)。你不关心,(用户进程看不到页表)内核会管理它们。

不,/proc/self/maps不显示有关物理地址的任何信息,仅显示有关虚拟地址的信息。允许内核随时将进程从一个内核移动到另一个内核,将页面从一个物理(非虚拟)地址移动到另一个物理地址,等等……;并且应用程序通常看不到这一点(他们可能会使用 mincore(2)getcpu(2)proc(5) 查询这一点 ...)

应用程序不应该关心物理 内存或interrupts , 比如 page faults (只有内核关心这些;有时通过发送信号)。

虚拟地址到物理地址的转换发生在 MMU 中。通常,它是成功的(可能透明地访问页表),并且处理器在总线上将转换后的物理地址发送到 RAM(对应于用户模式机器指令处理的某个虚拟地址)。当 MMU 无法处理时,会发生页面错误,由内核处理(可以换入某些页面,发送 SIGSEGV,进行上下文切换等...)

另见 processor architecture , instruction set , page table , paging , translation lookaside buffer , cache , x86x86-64维基页面(并点击我给你的所有链接)。

关于c++ - 如何查看虚拟内存中每个进程维护的页表 - Linux?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20030776/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com