我很少做这种性能检查(我倾向于认为“这个很慢，让它快一点”)，所以我几乎总是这样做。

谷歌确实显示了许多用于性能检查的资源/文章。

许多人提到使用pinvoke来获取性能信息。我研究的很多材料都只提到了使用perfmon..

编辑:

看过秒表的对话..好了!我学到了一些东西:)

这篇文章看起来不错

这些都是衡量时间的好方法，但这只是发现瓶颈的一种非常间接的方法。

在线程中找到瓶颈的最直接方法是让它运行，当它正在做任何让您等待的事情时，使用暂停或中断键停止它。这样做几次。如果你的瓶颈占用了X%的时间，那么X%就是你在每次快照中捕捉到它的概率。

这里有一个更完整的解释，它是如何以及为什么工作的

我在程序中使用的方式是使用StopWatch类，如下所示。

Stopwatch sw = new Stopwatch();
sw.Start();


// Critical lines of code

long elapsedMs = sw.Elapsed.TotalMilliseconds;

这篇文章说，首先你需要比较三个替代品，秒表，日期时间。Now AND DateTime.UtcNow。

它还显示在某些情况下(当性能计数器不存在时)Stopwatch正在使用DateTime。UtcNow +一些额外的处理。因此，在这种情况下，DateTime很明显。UtcNow是最好的选择(因为其他使用它+一些处理)

然而，事实证明，计数器几乎总是存在的-参见关于高分辨率性能计数器及其与. net秒表相关的存在的解释?

这是一个性能图表。请注意UtcNow的性能成本与其他选项相比有多低:

X轴是样本数据的大小，Y轴是样本的相对时间。

秒表更好的一点是它能提供更高分辨率的时间测量。另一个原因是它更加面向对象。然而，围绕UtcNow创建一个OO包装器并不难。

将基准测试代码放入实用程序类/方法中是很有用的。StopWatch类不需要在错误时被丢弃或停止。最简单的为动作计时的代码是

public partial class With
{
    public static long Benchmark(Action action)
    {
        var stopwatch = Stopwatch.StartNew();
        action();
        stopwatch.Stop();
        return stopwatch.ElapsedMilliseconds;
    }
}

示例调用代码

public void Execute(Action action)
{
    var time = With.Benchmark(action);
    log.DebugFormat(“Did action in {0} ms.”, time);
}

下面是扩展方法的版本

public static class Extensions
{
    public static long Benchmark(this Action action)
    {
        return With.Benchmark(action);
    }
}

以及示例调用代码

public void Execute(Action action)
{
    var time = action.Benchmark()
    log.DebugFormat(“Did action in {0} ms.”, time);
}

我很少做这种性能检查(我倾向于认为“这个很慢，让它快一点”)，所以我几乎总是这样做。

谷歌确实显示了许多用于性能检查的资源/文章。

许多人提到使用pinvoke来获取性能信息。我研究的很多材料都只提到了使用perfmon..

编辑:

看过秒表的对话..好了!我学到了一些东西:)

这篇文章看起来不错