[C # programming best practices nineteen] DotTrace Performance Tuning Best Practices

Recently reported a test question: page load slow, slow how to do the code, the code in the slow Where is it? DotTrace decided to use performance analysis, simply open the door to a new world, play it too cool. Next, I used to practice this taught everyone how to play DotTrace.

DotTrace introduction, a brief introduction on how to use DotTrace, installation, configuration instructions
DotTrace practice, using a list of DotTrace load slow, slow export problem analysis, how to use DotTrace performance analysis, including Controller interface debugging and unit testing Debug Interface

Well, then it took off in accordance with terms of the order catalog.

About DotTrace

What is DotTrace, in project development, pre may be primarily to ensure that the main task is completed, primarily for performance optimization again carried out after the development is completed. May be found when testing code execution time part of the interface is too long, but they have no idea, this time you need performance analysis tools to help you troubleshoot the problem. As was the case I encountered, others say you slow, you have to find out where to slow, if you can optimize, if not slow, really need so much time, you can also give evidence .

DotTrace installation

I used here is the VS2019 integrated version, you can also consider using local installation package, a brief integrated installation, the installation package if you need a local I can whisper. First, by expanding the search the online search DotTrace VS, click on the expansion ---- Management Extensions , and then install the following figure:
Here Insert Picture Description

然后在镜像文件点击安装即可，我这里已经安装了，所以显示的是Repair，大家安装的时候可以选择Install:
Here Insert Picture Description
安装好之后可以通过如下方式打开进行分析：点击扩展------点击ReSharper-------点击Profile-------点击 Run Application Performance Profiling，然后就可以召唤出调试选项啦，我这里使用的本地IIS站点调试，当然也可以直接附加到对应的进程上调试。
Here Insert Picture Description
点击run之后刷新站点页面，将站点host到本地，准备好之后点击start开启分析，分析完成后点击Get Snapshot and Wait ，读取快照信息：

当然还有一种方式，直接在单元测试上就可以开启分析：

DotTrace参数说明

在上图的使用说明中，我们可以看到如下几个参数，我比较推荐Tracing和Line-by-Line，其实就比较够用了。

Profiler Options	作用与描述	场景分析
Sampling	通过获取 CLR 内部一个方法开始执行和结束执行的时间差来计算的分析时间。这是最快的方法，它用于精确测量程序运行时间，但可能会丢失一些数据。使用此配置类型可使你快速获取应用程序的的总体性能。	这适用于大多数场景。尤其是如果你还没有对你的程序进行过任何性能分析的情况下，先使用这个选项进行一个初步分析大致确定性能问题是很方便的。
Tracing	慢于 Sampling 的方法，但是可以准确地测量特定方法被调用的准确次数。它是通过获取 CLR 内部一个方法开始执行和结束执行的时间差来计算的分析时间。	如果你使用 Sampling 分析方式得不到你想要的性能分析数据的时候，你可能用得到此选项。例如，当你分析算法复杂度，需要明确知道方法的调用次数，而不需要知道方法的准确执行时间的时候。
Line-by-line	通过收集代码执行的每条语句的时间来进行比较，它计算出的时间更加精确。该方法适用于你已经知道性能问题大概在哪里出现，并要找到具体某一个出现性能问题的时候。	当你已经通过其他方法得知性能问题出现在哪个具体的方法时你可能需要用到这个选项，这会分析此方法的每一行代码。
Timeline	采取抽样的方式，每隔一段时间 (10 ms)，会暂停所有线程，并抓取堆栈里的信息，然后才计算出代码执行时间差。使用这个方式可能会导致一些执行时间少于 10 ms 的方法无法被抓取到。	推荐用于大多数情况，尤其是分析多线程应用程序的时候。你可以用这个选项来确定 UI 卡顿或不响应的原因，可以分析过多的 GC（垃圾回收），可以分析不均匀的工作负载分配、IO 不足或者其他各种异常。

DotTrace实践

接下来就来分别分析下代码慢的问题，由于涉及到公司的代码，不便使用其快照信息，我们自己写个单元测试看看它的性能怎么样。

using System;
using Microsoft.VisualStudio.TestTools.UnitTesting;

namespace UnitTestProject1
{
    [TestClass]
    public class UnitTest1
    {
        [TestMethod]
        public void TestMethod1()
        {
            var result = 0;
            for (var i = 0; i < 1000; i++)
            {
                result += i + 10;
            }

            for (var i = 0; i < 10000; i++)
            {
                result = GetDouble(result);
            }

            Assert.IsNotNull(result);
        }

        public int GetDouble(int single)
        {
            return single * 2;
        }
    }
}