论坛首页 综合技术论坛

进程创建速度

浏览 4706 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2009-09-02   最后修改:2009-09-02
《Erlang Programming》这本书里给了一个测试大概的进程创建速度的程序,如下
myring.erl
-module(myring).
-export([start/1, start_proc/2]).

start(Num) ->
	start_proc(Num, self()).
start_proc(0, Pid) ->
	Pid ! ok;
start_proc(Num, Pid) ->
	NPid = spawn(?MODULE, start_proc, [Num-1, Pid]),
	NPid ! ok,
	receive ok -> ok end.

从程序中我们可以看出,这是个随创建随结束的过程,所以运行时,即使在启动shell时,没有指定最大进程数,也不会出现溢出错误。

那么在没有结束进程的情况下,创建速度又会是怎样的呢?

粗略的修改了下程序,如下
-module(myring1).
-export([start/1, start_proc/3]).

start(Num) ->
	spawn(?MODULE, start_proc, [Num-1,self(), self()]),
	receive ok -> ok end.
start_proc(0,NPid,Pid) ->
	Pid ! ok,
	NPid ! ok;
start_proc(Num,NPid,Pid) ->
	spawn(?MODULE, start_proc, [Num-1,self(),Pid]),
	receive ok -> 
		NPid ! ok,
		ok 
	end.


由于创建过程中没有销毁,所以在启动shell时要指定启动参数(3G内存所能启动进程数的级别就是100多万,所以指定200万足以)
werl.exe +P 2000000


测试结果
11> timer:tc(myring, start, [1400000]).
{2281000,ok}


13> timer:tc(myring1, start, [1400000]). 
{2484000,ok}

需要注意的是,由于myring1程序给shell的进程所发送msg多了一个,所以如果多次执行的话,要flush()一下。

从结果上来看140万的进程数,在途中没有结束进程的情况下,会多了0.2秒,虽然还不到10%(多次运行,结果相差不大)。
搞不清楚,多出的时间是由OS引起的,还是evm引起的。
   发表时间:2009-09-02  
是伪进程吧?
0 请登录后投票
   发表时间:2009-09-02  
参考这篇 http://mryufeng.iteye.com/blog/433086
0 请登录后投票
   发表时间:2009-09-02  
mryufeng 写道
参考这篇 http://mryufeng.iteye.com/blog/433086


我上面的结果只是两个程序的比较,如果有系统调用的话,这两个程序应该都有,我不解的是两个结果的差距。
0 请登录后投票
   发表时间:2009-09-02  
奇怪了,在家里测试反而是,中间没有进行销毁的myring1的速度更快一些。

公司的机器是:AMD Athlon (2.8G?) 64位,3G内存,XP Pro系统,禁用虚拟内存
家里的机器:Core 2 E8400, 4G内存,Win7 RC系统,默认虚拟缓存。

是不是这个测试不够科学?

其实本来这个测试也没有什么必要性,我就是觉得,在创建的过程中同时也销毁,会影响创建速度。
0 请登录后投票
   发表时间:2009-09-05  
这个问题有4个点:

1. 创建process数据结构 是从内存池里申请出来的 需要开销, 你不销毁的话 这个池就没有意义了 大量的时间会在分配内存空间上。

2. 销毁一个进程的时候 要做很多撤销工作。 但是如果你的进程啥事情没做的话 那么撤销的开销基本上等于free一块内存。

3. 进程创建和销毁都会记录时间 这个需要涉及到去时间的系统调用

4. 和你的VM的类型很大关系 如果是beam.smp就会涉及大大量的锁争用。

所以可以说这个测试很不科学
0 请登录后投票
   发表时间:2010-08-20  
yufeng大师分析得厉害。。
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics