问题描述
：我将按照此处其他答案的建议采用早期产生的帮助程序子过程路线，但是随后我遇到了这种重新使用巨大页面支持来提高fork性能的问题。
自己尝试使用libhugetlbfs来使所有应用程序的malloc分配巨大的页面后，无论进程大小如何 （无论如何，我都对这个范围感兴趣），我现在的速度都达到2400 forks / s 。惊人。
解决方法
在现代Linux上， 从大型过程 中获得与a fork- execvecombo 相同的效果的最快，最好的方法是什么？ __
我的问题是流程分叉的大小约为500 MB，而简单的基准测试只能从该流程中获得约50个forks / s（相对于最小规模的流程而言约为1600叉/
s），这对于预期的应用而言太慢了。
有人将Google搜索vfork作为解决此问题的方法而发明了……但同时也警告不要使用它。现代Linux似乎已经获取的相关clone和posix_spawn电话;
这些可能有帮助吗？现代替代品是vfork什么？
我在i7上使用的是64位Debian Lenny（如果posix_spawn有帮助，该项目可以移至Squeeze ）。