exec 后，地址空间的疑惑

socay2

folklore 发表于 2012-12-17 17:31
@socay2

这个错的，

那么，我在子进程中 exec 的时候，肯定是 write 的时候了，因此，也就会为该进程分配新的内存地址。
这个时候系统是否是先试探性的分配一块内存，比如1K，如果，不够，继续分配？

如果上面的说法正确，那么子进程的所用的实际空间就和父进程的没有关系了。
好像是这样的吧，父子进程在内存大小上没有什么依赖关系

期待继续指正！

zylthinking

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

liuiang

回复 6# liuiang


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

folklore

@socay2

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

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

folklore

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

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

liuiang

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

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

socay2

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

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

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

folklore

@moxies
你先吹吧。。

Google CopyOnWrite

至于楼主的

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

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

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

moxies

@folklore 解答的信息量太少。

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

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

folklore

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