linux系统的严重问题

yaoaiguo

最近发现linux系统可能存在一个严重问题。
我们都知道,linux只能 fork进程，就是说，所有进程全是复制出来，然后exec得到的。
这就产生一个问题，一个占用很大内存的进程，如果想使用system调用一个很小的程序，也会失败。
因为，system也是先fork，然后exec，因为自己内存很大，fork就失败了，因此后面也不能继续，虽然只是调用一个很小的程序。
这可能是linux的先天缺陷。
如何解决呢？

mymtom

用vfork就可以了.

scutan

fork是COW即copy on write,就是说写时复制的. 你fork了一个进程之后, 只要父子进程不往地址空间里面写, 是暂时不会复制的. 主要还是为了fork的效率.
另一方面, 你每个进程都有4G的运行空间, fork了之后, 子进程也有其地址空间. 同样为4G. 即使你一个进程用到了很大的内存, 但是操作系统会将一些暂时不用的页面交换出去, 放到swap交换设备上去, 通常为磁盘. 以保证你的内存中有足够的内存可供分配.

scutan

原帖由 mymtom 于 2007-11-22 11:51 发表
用vfork就可以了.

vfork尽量不用, 它很多方面都是未定义的. 会不同的系统上可能会出现不一样的结果.

yaoaiguo

vfork是暂时不复制内存，是必须和exec搭配使用的，这个很不方便。

scutan

原帖由 yaoaiguo 于 2007-11-22 12:11 发表
vfork是暂时不复制内存，是必须和exec搭配使用的，这个很不方便。

vfork,fork都是暂时不复制内存, 但是vfork之后的子进程是与父进程在同一个空间里,改变子进程的变量父进程也会跟着变化,而如果是fork的话,只要你要改变一个变量的值, 就会进行内存的复制, 此时改变子进程的变量的值对其父进程没有影响 .

yaoaiguo

就是说vfork出来的进程和原进程还是紧密相关，很容易出错，所以vfork必须和exec搭配使用才能体现出来优点。
如果我有一个很大的进程，想 fork出来一个干点杂事，是不能用vfork的。
不知道system用的是哪个？按理说应该用vfork才对。

scutan

>>所以vfork必须和exec搭配使用才能体现出来优点。
嗯.是的.
>>不知道system用的是哪个？按理说应该用vfork才对
我觉得应该根据你实际的任务需要来进行选择,vfork也不是完全不能用.反正我的看法就是根据你的需要来定.

yaoaiguo

发现这个问题是因为在用java做的程序调用一段c代码，而里面又含有system()的时候，经常莫名其妙失败。而那个java程序通常占用1G左右内存。
结论是系统的那个system()函数不好用，当进程不占多少内存的时候可以用。否则就应该用 vfork写一个自己的system()函数。

simonlm

再多讨论讨论关于进程方面的知识。