exec 后，地址空间的疑惑

socay2

我们知道在 fork 后，子进程会拷贝父进程的地址空间内容。
exec 后，会用新的程序内容（正文段、数据段等）来覆盖当前进程

那么，有这样一个问题：
父进程占用地址空间很大，比如 100M。在此继承上 fork 一个进程，然后在子进程中 exec 另外一个程序，而这个程序只需要很少的内存，比如 1K，如此，很多的内存是不是没有得到充分的利用呢？还是 Linux有什么特殊的机制来处理这种情况？

folklore

copy on write.
只要Copy页表就行了。

moxies

@folklore 解答的信息量太少。

怎么能把fork的100m 变成1k ？ 拷贝页表是怎么搞定的？

牛儿们，再不来，我就开始吹啦。

folklore

@moxies
你先吹吧。。

Google CopyOnWrite

至于楼主的

然后在子进程中 exec 另外一个程序，而这个程序只需要很少的内存，比如 1K，如此，很多的内存是不是没有得到充分的利用呢？

那是因为Exec后，继承自父进程的空间被简单丢弃了。进程页表被重新建立。没有这个问题。

此外，进程空间和进程实际分到的内存是两回事。

socay2

folklore 发表于 2012-12-17 16:34
copy on write.
只要Copy页表就行了。

copy on write 是在子进程需要写是才给它重新分配进程空间，对吧？
此时的分配进程空间，我们是否可以等价于分配内存？

copy 页表是指什么呢？ 什么时候 copy

liuiang

简单说，如果有100M的空间，那么我不需要拷贝100M，我只需要拷贝100M/4K=25K的索引即可，我将索引直接拷贝出来，拷贝出来的索引都指向相同的100M空间。

这样，父子进程都持有相同空间的索引。当然还有其他操作，否则一个进程的更改会被另外的进程感知，那就不好玩了。

folklore

@socay2
进程空间！=于分配内存

理论上第个进程的空间都可以是4G（32Bit),或是2^64(64Bit机器)。
哪来那么多内存。

folklore

@socay2

copy on write 是在子进程需要写是才给它重新分配进程空间，对吧？

这个错的，
改为:
copy on write 是在子进程需要写是才给它重新分配内存，对吧？

liuiang

回复 6# liuiang


    计算公式错误哈，大概约莫着看看，理解意思就行了。

zylthinking

说了半天的各位， 可曾真正读过相关代码？
就我所读的过时 linux 源码， fork 确实会拷贝页表项， 但在 exec 的时候又全部重置了