码迷,mamicode.com
首页 > Windows程序 > 详细

编写高质量代码改善C#程序的157个建议——建议88:并行并不总是速度更快

时间:2015-08-19 23:07:36      阅读:191      评论:0      收藏:0      [点我收藏+]

标签:

建议88:并行并不总是速度更快

并行所带来的后台任务及任务的管理,都会带来一定的开销,如果一项工作本来就能很快完成,或者说循环体很小,那么并行的速度也许会比非并行要慢。

看这样一个例子,我们比较在同步和并行状态下的时间消耗:

static void Main(string[] args)  
{  
    Stopwatch watch = new Stopwatch();  
    watch.Start();  
    DoInFor();  
    watch.Stop();  
 
    Console.WriteLine("同步耗时:{0}", watch.Elapsed);  
 
    watch.Restart();  
    DoInParalleFor();  
    watch.Stop();  
    Console.WriteLine("并行耗时:{0}", watch.Elapsed);  
 
    Console.ReadKey();  
}  
 
static void DoSomething()  
{  
    for (int i = 0; i < 10; i++)  
    {  
        i++;  
    }  
}  
 
static void DoInFor()  
{  
    for (int i = 0; i < 200; i++)  
    {  
        DoSomething();  
    }  
}  
 
static void DoInParalleFor()  
{  
    Parallel.For(0, 200, (i) =>
    {  
        DoSomething();  
    });  
} 


以上代码在笔者当前的双核PC机上的输出为:
同步耗时:00:00:00.0005583  
并行耗时:00:00:00.0033604


可见,同步只用了0.55毫秒,而并行则使用了3.3毫秒才完成工作。

现在,为了模拟让循环体做更多事情,将DoSomething方法中的循环体由10变为10000000。运行的结果为:
同步耗时:00:00:01.3059138  
并行耗时:00:00:00.6560593


当循环体需要做更多工作的时候,我们发现,同步需要1.3秒才能完成工作,而并行则仅使用0.6秒就完成了工作。

 

 

转自:《编写高质量代码改善C#程序的157个建议》陆敏技

编写高质量代码改善C#程序的157个建议——建议88:并行并不总是速度更快

标签:

原文地址:http://www.cnblogs.com/jesselzj/p/4743519.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!