EPROCESS DirBase是如何生成"VAD树根“的？
EPROCESS DirBase是一个Windows操作系统中的数据结构，用于存储进程的虚拟地址空间（Virtual Address Space）的根目录。VAD（Virtual Address Descriptor）树是用来管理进程的虚拟地址空间的数据结构，它以树的形式组织，每个节点代表一个连续的虚拟地址范围。
生成"VAD树根"的过程如下：
- 当一个进程被创建时，操作系统会为该进程分配一个EPROCESS结构，其中包含了DirBase字段。DirBase是一个指向进程的页表（Page Table）的指针，用于将虚拟地址转换为物理地址。
- 在进程的初始化过程中，操作系统会为该进程创建一个根VAD节点，即VAD树的根节点。这个根节点表示整个进程的虚拟地址空间。
- 操作系统会根据进程的需要，动态地分配和释放VAD节点，以管理进程的虚拟地址空间。每个VAD节点都包含了一段连续的虚拟地址范围和相应的属性信息，如访问权限、保护属性等。
- 当进程需要访问某个虚拟地址时，操作系统会根据DirBase字段找到进程的页表，然后根据虚拟地址在VAD树中查找对应的VAD节点。
- 如果找到了对应的VAD节点，操作系统会根据VAD节点的属性信息进行权限检查，然后将虚拟地址转换为物理地址，从而实现对内存的访问。
需要注意的是，以上过程是操作系统内部的实现细节，对于开发工程师来说，了解这些细节可以帮助他们更好地理解和优化程序的内存管理，但在实际开发中并不需要直接操作EPROCESS DirBase或VAD树。
相关·内容
在IIS7.5Manager中的工作进程窗格中，Virtual意味着什么？
如果我打开IIS (在WindowsServer 2008r2上)并转到辅助进程页面，我可以看到我的AppPool进程报告之一
Private Bytes (KB) 106,435.00
Virtual Bytes (KB) 748,788.00
但是，如果我查看任务管理器，关联的w3wp.exe流程将报告69,276K。
有人能向我解释一下这些数字是如何相互关联的吗？
谢谢
浏览 0提问于2011-05-18得票数 12
回答已采纳
所以我一直认为MMU是unix内核的一部分，它将地址转换成物理地址，但是在MMU wiki页面中，它说它是一种计算机硬件，通常有自己的内存，但是这个页面并没有过多地谈到Unix/Linux操作系统。
所以我很困惑，是不是所有的翻译都发生在硬件上，而内核不进行任何翻译呢？操作系统根本不知道真实的物理地址？
我问的是基于Unix的操作系统，但是如果您知道其他操作系统，比如windows，或者它是否是现代计算机中的一个通用产品，请告诉我，谢谢。
浏览 0提问于2018-10-04得票数 12
回答已采纳
2回答
当进程执行fork() sys调用时，从它生成一个子进程。fork()调用之后的所有代码都被复制到内存的新物理页面，即帧。我不能在下面的代码中形象子字符的虚拟内存部分，process.because变量的地址在子字符和父字符中是相同的。
#include <stdio.h>
#include <sys/types.h>
int main(void)
{
pid_t pid;
char y='Y';
char *ptr;
ptr=&y;
pid = fork();
if (pid == 0)
浏览 2提问于2012-11-02得票数 1
MMU用于使用对应于该进程的页表将正在运行的进程的虚拟地址转换为物理地址。让我们以虚拟地址空间等于物理地址空间的场景为例。在这种情况下，我们真的需要MMU吗?因为我们不会遇到相同的虚拟地址空间映射到不同物理地址的情况吗？
让我们说
Virtual Address
| 20 bits (V) | 12 bits(PO) |
Physical Address
| 20 bits(PPN) | 12 bits(PO) |
where V = Virtual Page
PO = Page offset
PPN = Physical Page N
浏览 1提问于2014-02-15得票数 0
回答已采纳
2回答
物理内存映射和页表的位置
、、、、
我有一个进程虚拟地址空间的图片(用于x86-64)：
然而，我对一些事情感到困惑。
“物理记忆图”区域是什么？
我知道4页的表格是在高规范区域找到的，但它们到底在哪里呢？(数据、代码、堆栈、堆还是物理内存映射？)
浏览 14提问于2022-10-29得票数 0
回答已采纳
我有一个源文件：
#include <cstdlib>
#include <iostream>
int main() {
void *p = std::malloc(8192);
std::cout << std::hex << (size_t)p << std::endl;
std::free(p);
}
我在两个平台上编译了它：(a)在macOS上，使用clang++ 4.2.1，(b)在g++ 7.3.0上。
在macOS上，打印输出是7fa432001000，而在Linux上则是257ec20。
ma
浏览 0提问于2018-09-14得票数 1
4回答
我在这里学习Windows 32位虚拟内存页面映射，
(我的目标是现代Windows版本，比如Vista、Win 7、Server 2003/2008 32位版本。)
两次混乱，
正常情况下，用户空间虚拟内存空间仅限于2G，但物理磁盘页存储可能比2G大得多。由于磁盘页比虚拟内存页多，因此理论上可以将多个磁盘页映射到一个虚拟地址页。如果用户请求访问某个虚拟地址，如果多个磁盘页映射到一个虚拟地址页，内存管理器如何知道应该访问哪个磁盘页？
我不知道为什么像byte[]数组这样的限制必须使用连续的虚拟内存空间。我认为在理论上，即使我们只分配了500米虚拟空间地址，我们也可以重复使用这样的虚拟
浏览 17提问于2009-08-19得票数 2
1回答
我试图在x86 CPU上计算中断的控制流，特别是页面错误。到目前为止，我能找到的是：
IDT由服务例程地址填充。
中断发生。
CPU保存EFLAGS，CS和EIP堆栈。
EIP被设置为从IDT获取的ISR地址，即mov eip, [idtr+interruptNum*4]。
中断例程执行。
中断例程用iret指令完成。
现在，假设中断实际上是与NIC缓冲区相关的页面错误。ISR会使用out告诉DMA控制器从系统内存向设备发出一份副本(反之亦然)，还是我离这里很远？
浏览 4提问于2012-07-03得票数 1
回答已采纳
2回答
我只是不明白为什么这段代码会以它的方式工作(而不是我所期望的)：
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/wait.h>
#include <sys/types.h>
int main()
{
int buffer;
int* address;
address=&buffer;
if(fork()==0)
{
*address=27;
浏览 1提问于2018-07-03得票数 2
回答已采纳
2回答
我在运行Debian Linux。uname -m说i686，这意味着启用了pae标志的32位架构机器。getconf LONG_BIT是32。已安装的RAM容量为6GB。
我的/proc/cpuinfo有一个条目address sizes : 40 bits physical, 48 bits virtual。然而，我的程序只生成32位地址。(Address of x is 0xbfbaf5cc)
我不明白cat /proc/cpuinfo显示的48位虚拟地址与C程序生成的虚拟地址之间的关系。完整的CPU信息可以找到这里。。
有人能解释一下吗？
浏览 0提问于2015-07-30得票数 3
回答已采纳
我正在阅读操作系统理论，其中我发现一个进程有它的虚拟地址空间(为了简单起见，松散地使用技术基础和限制寄存器)，但它不能访问任何其他地址。但是在嵌入式系统中，我们可以使用placement new或reinterpret_cast (C++)来访问内存映射的IO地址，但是如果我们不能访问除进程的虚拟地址空间之外的任何其他地址，这怎么可能呢？
class ControlReg {
public:
bool ready() const { return readyBit; }
private:
volatile unsigned readyBit :1;
};
ControlReg *pcr =
浏览 0提问于2012-06-19得票数 2
回答已采纳
我在网上看到很多人声称，“JVM在启动时从操作系统请求一个连续的、不碎片的内存块”。我无法理解的是，这与虚拟内存的概念是如何相关的。
OS可能会将任何进程的内存页交换到磁盘，然后再将它们加载到RAM中--它们很可能会被加载到不同的位置，因此进程使用的物理内存将不再是连续的。
至于进程的虚拟内存，从进程的角度来看，它总是“连续的”，因为每个进程都有自己的地址空间。
因此，我想了解的是：
是操作系统分配给JVM的内存必须是
连体真的真的吗？
如果是这样的话，操作系统如何确保内存保持连续，考虑到它可能被交换到磁盘并交换回RAM？
如果该声明不正确，那么操作系统的原因可能是什么？
会拒绝进
浏览 1提问于2020-04-12得票数 2
回答已采纳
我研究了一些操作系统的概念，有点困惑，现在有了以下问题.
执行中程序的内存布局(即。(文本、数据、堆栈、堆)只有在虚拟地址空间的上下文中才有意义？如果程序在其虚拟地址空间中被组织成这些逻辑部分，那么当地址开始使用分页或分段之类的内存管理方案从虚拟地址转换为物理地址时，这些部分不是就会变得混乱吗？
据我所知，这两种方案允许物理地址空间中的非连续分区。因此，如果我的“文本”部分在虚拟地址空间中从地址0到100 (随机选择的大小)，而我选择使用分页，并且我的页面大小是20个地址的长度(即文本部分有5页)，那么一旦这些页面被非连续地放置在物理地址空间中(基于可用的任何空闲空间)，那么文本“节”的概念是
浏览 8提问于2022-02-24得票数 0
回答已采纳
假设linux中有两个进程P1，P2(这是一种病毒)。P2可以访问P1的本地变量(例如x)吗？
在web上搜索时，我发现由于进程中使用的地址是逻辑地址，所以P2无法访问P1的局部变量'x‘。
但我想知道P2是否生成随机地址，其中一个地址解析为'x‘的物理地址，那么它不能访问它吗？
P2真的有可能访问P1的“x”吗？
如果是，怎么做？(如果可以通过任何技巧访问，请告诉我)
如果没有，为什么？
P1代码：
int main() {
int x = 20;
return 0;
}
p2代码：
int main() {
/*
generate random addres
浏览 4提问于2019-03-23得票数 1
回答已采纳
1回答
目标
理解代码中发生的事情，以及我错误地/错误地预测了什么。
上下文
在尝试使用fork函数(以及阅读文章时，我可能误解了)，我得出的结论是，孩子使用的数据是父级数据的副本。
为了使一个子进程与其父进程在相同的数据上工作，我创建了指针p，假设它的值在分叉后的所有进程中都是相同的。I通过打印它们存储的值来确保子进程和父进程的指针指向相同的内存空间。令我震惊的是，它们似乎也是一样的/准确的--有着相同的地址。
两个确切的指针是否指向不同的值？在我的代码中，下一步，为了确保编译器不会执行任何优化，我将p指针标记为volatile。
这并没有改变什么。这是代码.
通用代码
#include <s
浏览 6提问于2022-03-04得票数 1
1回答
我对分页感到困惑，我正在写我对分页的理解，请纠正我，我错了。
首先，我们在系统中的总物理memoryRAM被划分为4kb的页面帧。
其次，用户进程生成虚拟地址，virtualpages4kb包含这些虚拟地址。
现在有一个用来存储页表的页表，entryPTE就是关于页面的信息
现在，当进程运行时，这些虚拟地址由MMU映射到RAM中的物理页。
我的问题是，因为每个进程都有自己的分页表，所以当一个进程运行时，这个分页表是否应该放入RAM中。
浏览 1提问于2012-06-20得票数 1
2回答
父子线程程序的奇怪行为
、、、
我对下面的程序拷贝有疑问.我在这里解释我对程序的理解:在这个程序中，父母创建一个孩子并等待它完成。然后，子线程创建一个线程并等待它完成。因此，在最后，变量‘值’将在子进程中具有'5‘值，而在父进程中为'0’，因为实际上在父进程中有两个变量‘值’的副本，而在子进程中有其他的副本(因为fork实际上将父进程的地址空间复制到子进程中)。但是，父变量和子变量‘值’的地址都是相同的。我不明白怎么回事。如果有人能解释这种行为，我将不胜感激。
#include <stdio.h>
#include <pthread.h>
int value = 0;
void *
浏览 2提问于2011-06-10得票数 4
这是我在一个网站上发现的一个采访问题，问题是：“在虚拟内存中，两个不同的进程是否具有相同的地址?当您回答”否“时，一个进程如何访问另一个进程的内存，例如调试器可以访问变量并在调试时更改它们？”
我所了解的是：
2 diff进程可以具有相同的虚拟内存地址。这是因为每个进程都有自己的页表。每个进程都认为它是32位机器上的4Gb内存。因此，P1和P2都可以访问地址0xabc the但是物理内存位置可能有所不同。对不对？调试器的工作原理是相同的-2个进程可以访问相同的地址。这样就可以动态地修改变量等。
浏览 18提问于2010-08-24得票数 19
回答已采纳
2回答
我想我缺少一个操作系统如何管理内存的基本概念。
操作系统负责跟踪物理内存的哪些部分是空闲的。
OS创建和管理页表，这些表具有虚拟地址到物理地址之间的映射。
对于指定虚拟地址的每条指令，硬件读取页表以获得相应的物理地址。硬件知道当前页表位置的一种方法是通过操作系统更新的寄存器。
这对于进程如何访问内存是有意义的。但是，我不明白操作系统本身是如何访问内存的。
假设它使用相同的指令，硬件仍将从虚拟地址转换为物理地址？例如，操作系统本身的页面表是否有已知的物理位置？我知道这个问题很模糊，甚至很难理解该问什么。
浏览 1提问于2018-06-05得票数 0
例如，如果guest上的一个进程在0x8000上分配了数据(如在Guest Virtual Memory中一样)，并且该数据已映射到Guest Physical memory Address Space中的0x4000，那么数据是否位于主机端QEMU-KVM(子)进程(每个VM)的虚拟内存地址空间中的0x4000上？换句话说，如果我在QEMU的源代码中编写新代码(这样我就可以使用QEMU-KVM的页表)、编译并运行它，那么我是否可以直接使用与来宾虚拟内存地址匹配的来宾物理内存地址来访问来宾进程的数据？
浏览 8提问于2021-03-02得票数 0
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储活动推荐
腾讯云开发者
