8天玩转并行开发——第八天 用VS性能向导解剖你的程序
2012-06-03 16:39
288 查看
最后一篇,我们来说说vs的“性能向导",通常我们调试程序的性能一般会使用Stopwatch,如果希望更加系统的了解程序,我们就需要
用到”性能向导“,通过性能报告便于我们快速的发现并找到潜在的性能问题。
首先我们上一段需要改进的代码:
记住,我们的程序需要改成Release版本,因为这里包含了太多的优化信息。
找到”工具栏”->"分析"->"启动性能向导",选中“并发”->"可视化多线程应用程序的行为"。
然后选中我们的程序Test
最后点击完成,如果是第一次使用的话会提示你“是否立即配置符号”,这是因为我们的并行计算用到了window函数,所以我们调试的时候
需要加载这些符号。点击“是”,然后勾选“MicroSoft符号服务器”,点击确定就OK了。
稍等一会,我们会看到三种视图:CPU使用率,线程,内核。
然后我们进入“CPU使用率”,看看情况。
从图中:我们可以获知如下信息:
①:从图中的绿色破浪线可以看出,我们的程序确实是多核计算。
②:并行计算耗时16515ms,平均CPU使用率:39%。,这里要注意,性能剖析器也需要耗费CPU周期,所以执行时间要稍大于实际时间。
然后,我们点击“线程“tab,看看效果
通过点击各个”线程”的绿色小条,然后看下“分析报告”:发现程序被三个task承载执行:主线程(644),辅助线程(4824),辅助线程(1564)。
然后我们点击“可见时间线分析”中的“同步”,看看同步是由谁贡献出来的,清楚的看到Monitor.Enter,这是因为我的代码里面有lock。
而且阻塞时间还是蛮厉害的,这里就是我们可以优化的点。
接下来,我们看看“核心”标签
这个标签给我们展示的是:各个线程是如何的映射到可用逻辑处理器内核的,具体的也没有什么好说的。
刚才也说了,我们程序的Monitor那一块是一个优化点,仔细论证代码,我们发现lock锁是多余的,接下来我们要做的事情就是去掉lock,
然后看看效果:
最后我们发现,程序的执行时间确实加速了。不过这里面还有很多的东西等待挖掘,我也就简单的分析到此了。
最后希望大家能够在此系列中获取一丝营养。
用到”性能向导“,通过性能报告便于我们快速的发现并找到潜在的性能问题。
首先我们上一段需要改进的代码:
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Diagnostics; namespace Test { class Program { static object obj = new object(); static void Main(string[] args) { var watch = Stopwatch.StartNew(); var range = ParallelEnumerable.Range(1, 100000000); var query = (from n in range.AsParallel() where n % 5 == 0 select Calculate(n)).Average(); watch.Stop(); Debug.WriteLine("耗费时间:{0}", watch.Elapsed); Console.WriteLine("耗费时间:{0}", watch.Elapsed); } /// <summary> /// 模拟复杂的数学计算 /// </summary> /// <param name="num"></param> /// <returns></returns> static double Calculate(int num) { lock (obj) { var sqrt = Math.Sqrt(num); var pow = Math.Pow(sqrt, 5); var log10 = Math.Log10(pow); var floor = Math.Floor(log10); return floor; } } } }
记住,我们的程序需要改成Release版本,因为这里包含了太多的优化信息。
找到”工具栏”->"分析"->"启动性能向导",选中“并发”->"可视化多线程应用程序的行为"。
然后选中我们的程序Test
最后点击完成,如果是第一次使用的话会提示你“是否立即配置符号”,这是因为我们的并行计算用到了window函数,所以我们调试的时候
需要加载这些符号。点击“是”,然后勾选“MicroSoft符号服务器”,点击确定就OK了。
稍等一会,我们会看到三种视图:CPU使用率,线程,内核。
然后我们进入“CPU使用率”,看看情况。
从图中:我们可以获知如下信息:
①:从图中的绿色破浪线可以看出,我们的程序确实是多核计算。
②:并行计算耗时16515ms,平均CPU使用率:39%。,这里要注意,性能剖析器也需要耗费CPU周期,所以执行时间要稍大于实际时间。
然后,我们点击“线程“tab,看看效果
通过点击各个”线程”的绿色小条,然后看下“分析报告”:发现程序被三个task承载执行:主线程(644),辅助线程(4824),辅助线程(1564)。
然后我们点击“可见时间线分析”中的“同步”,看看同步是由谁贡献出来的,清楚的看到Monitor.Enter,这是因为我的代码里面有lock。
而且阻塞时间还是蛮厉害的,这里就是我们可以优化的点。
接下来,我们看看“核心”标签
这个标签给我们展示的是:各个线程是如何的映射到可用逻辑处理器内核的,具体的也没有什么好说的。
刚才也说了,我们程序的Monitor那一块是一个优化点,仔细论证代码,我们发现lock锁是多余的,接下来我们要做的事情就是去掉lock,
然后看看效果:
static double Calculate(int num) { var sqrt = Math.Sqrt(num); var pow = Math.Pow(sqrt, 5); var log10 = Math.Log10(pow); var floor = Math.Floor(log10); return floor; }
最后我们发现,程序的执行时间确实加速了。不过这里面还有很多的东西等待挖掘,我也就简单的分析到此了。
最后希望大家能够在此系列中获取一丝营养。
相关文章推荐
- 8天玩转并行开发——第八天 用VS性能向导解剖你的程序
- 8天玩转并行开发——第八天 用VS性能向导解剖你的程序
- 8天玩转并行开发——第八天 用VS性能向导解剖你的程序
- 8天玩转并行开发——第八天 用VS性能向导解剖你的程序
- 并行开发 —— 第八篇 用VS性能向导解剖你的程序
- 并行开发8——用VS性能向导解剖你的程序
- 8天玩转并行开发——第七天 简要分析任务与线程池
- 8天玩转并行开发——第七天 简要分析任务与线程池
- 8天玩转并行开发——第五天 同步机制(下)
- 8天玩转并行开发——第一天 Parallel的使用
- 8天玩转并行开发——第五天 同步机制(下)
- Java性能调优_深入Java程序性能调优(并行开发、JVM调优)
- 8天玩转并行开发——第六天 异步编程模型
- 8天玩转并行开发——第一天 Parallel的使用
- 8天玩转并行开发——第七天 简要分析任务与线程池
- 8天玩转并行开发——第二天 Task的使用
- 8天玩转并行开发——第一天 Parallel的使用
- 8天玩转并行开发——第七天 简要分析任务与线程池
- 8天玩转并行开发——第三天 plinq的使用
- 8天玩转并行开发——第二天 Task的使用