[英]Why doesn't address change in forked process?
我正在尝试了解fork()
和进程地址空间。 我编写了一个基本的概念验证程序,该程序分叉一个新进程并更改新进程中的变量。 我的期望是,当我更改孩子中的变量时,这应该会导致该变量获得新地址。 如果我理解正确,Linux 会使用 fork 进行写时复制。 所以我希望父级和子级中的变量地址匹配,直到我在其中之一中更改它。 那么我希望他们会有所不同。 然而,这不是我所看到的。
这是因为写时复制从物理内存中分配了一个新页面,但进程地址空间没有改变 - 只是由 TLB 重新映射到新页面? 还是我不理解这一点或在我的程序中犯了转储错误?
概念验证代码:
#include <iostream>
#include <string>
#include <sys/types.h>
#include <sys/wait.h>
#include <unistd.h>
void describe(const std::string &descr, const int &data) {
pid_t ppid = getppid();
pid_t pid = getpid();
std::cout << "In " << descr << ":\n"
<< "Parent Process ID: " << ppid
<< "\nMy Process ID: " << pid
<< "\nValue of data: " << data
<< "\nAddress of data: " << &data << "\n\n";
}
void change(int &data) {
// Should cause data to get new page frame:
data *= 2;
}
int main () {
int data = 42;
int status;
pid_t pid = fork();
switch(pid) {
case -1:
std::cerr << "Error: Failed to successfully fork a process.\n";
exit(1);
break;
case 0:
// In forked child
describe("Child", data);
// Lazy way to wait for parent to run describe:
usleep(1'000);
break;
default:
// In calling parent
describe("Parent", data);
// Lazy way to wait for child to run describe:
usleep(1'000);
}
if (pid == 0) {
std::cout << "Only change data in child...\n";
change(data);
describe("Child", data);
} else {
// Lazy way to wait for child to change data:
usleep(1'000);
describe("Parent", data);
}
// Wait for child:
if (pid != 0) {
wait(&status);
}
return 0;
}
示例运行:
ubuntuvm:~$ ./example
In Parent:
Parent Process ID: 265569
My Process ID: 316986
Value of data: 42
Address of data: 0x7fffb63878d4
In Child:
Parent Process ID: 316986
My Process ID: 316987
Value of data: 42
Address of data: 0x7fffb63878d4
Only change data in child...
In Child:
Parent Process ID: 316986
My Process ID: 316987
Value of data: 84
Address of data: 0x7fffb63878d4
In Parent:
Parent Process ID: 265569
My Process ID: 316986
Value of data: 42
Address of data: 0x7fffb63878d4
我的期望是,当我更改孩子中的变量时,这应该会导致该变量获得新地址。
不,因为它们是虚拟地址。
如果我理解正确,Linux 会使用 fork 进行写时复制。 所以我希望父级和子级中的变量地址匹配,直到我在其中之一中更改它。
将在某处使用新的物理页面,但虚拟地址可以(并且将)保持不变。
这是因为写时复制从物理内存中分配了一个新页面,但进程地址空间没有改变 - 只是由 TLB 重新映射到新页面?
当然。 否则用处不大。 如果它像您说的那样工作,那么请考虑您在分叉之前拥有的任何指针都会突然无效。 把代码想象成这样简单:
int * p = new int;
if (!fork()) {
// the child
*p = 42;
// now `p` is invalid since we wrote to it?!
// another read or write would segfault!
*p = 43;
}
从某种意义上说,这就像在其中一个游戏上有一个直播节目,当您踩到它们时,平台(我们的页面)就会掉下来。 很有趣! :)
我们可以通过让操作系统或 CPU 用新地址重写(以某种方式)您的指针来检查解决问题,当碰巧保持一切正常时。
然而,即使这是可能的,我们也有更多的问题。 例如,您需要处理覆盖多个页面的分配。 想象一下堆栈(假设 Linux 在fork()
上也为堆栈执行 CoW)。 一旦您向堆栈写入任何内容,您就必须更新堆栈指针并复制所有页面,而不仅仅是修改后的页面。
然后我们必须解决数据结构中不指向分配等的间接指针和指针等问题。如果不跟踪每个可能的未来写入需要更新哪些寄存器和指针(或对 C 指针有一些不同的实现),似乎不可能解决总体而言,正如@R 提到的一样——寄存器等也是如此)。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.