ASP.NET 页面中的时间测量

Question

我有一个普通的 asp.net 页面，其中包含一些我想要测量其执行时间的代码。为此，我创建了一个非常基本的帮助器类：

public class Timing
{
    private long m_ticksBefore;
    private long m_ticksAfter;

    public void Before()
    {
        m_ticksBefore = DateTime.Now.Ticks;
    }

    public void After()
    {
        m_ticksAfter = DateTime.Now.Ticks;
    }

    public void TraceTime(string note)
    {
        TimeSpan span = new TimeSpan(m_ticksAfter - m_ticksBefore);
        System.Diagnostics.Trace.Write(string.Format("\n...Timing for {0}...\nTicks: \t{1}\nMilliseconds: \t{2}\nSeconds: \t{3}\n..................", note, span.Ticks, span.TotalMilliseconds, span.TotalSeconds));
    }
}

我实例化一个新的 Timing 对象，并使用 Before() 和 After 方法包​​装我希望监视的代码，最后调用 TraceTime() 方法以将结果输出到IDE 中的输出窗口。

奇怪的是，对页面的第一个请求导致预期的计时结果约为 40 毫秒，但刷新页面 (F5) 却给了我 0 个滴答的执行时间。即使使用新参数执行页面，强制在监视区域内执行不同的代码，也会显示出平坦的 0。

如果我使用 System.Diagnostics.StopWatch，我会得到更真实的结果

Stopwatch watch1 = Stopwatch.StartNew();
//Some code to monitor
watch1.Stop();
System.Diagnostics.Trace.Write(watch1.ElapsedTicks);

对我来说，代码看起来非常相似，但我似乎找不到为什么第一种方法无法输出真实的结果......

这似乎是在幕后执行的某种优化问题，但我并没有真正明白。也许是由于我个人的时间问题，即就寝时间问题......

Answer 1

尽管 DateTime.Now 看起来具有 100ns 的分辨率，但 Windows 实际上仅每 15ms 更新一次其内部时钟。因此，如果您的代码运行时间少于 7.5 毫秒，则看起来根本没有花费任何时间，因为平均而言，您必须等待 7.5 毫秒才能更改 DateTime.Now。

如果您需要更准确的计时，您可以（正如您所发现的）使用秒表。这使用不同的、更准确的 API 来获取结果。

编辑 DateTime 的 MSDN 文档。现在给出的分辨率为“大约10ms”。 GetTickCount API（使用相同的系统计时器）给出的分辨率为“通常在 10 毫秒到 16 毫秒范围内”。

显然，它取决于硬件 - 单处理器系统通常为 10 毫秒，多处理器系统通常为 15 毫秒。

Answer 2

我没有遇到和你一样的问题。
我将以下代码放在按钮单击事件上：

Timing timing = new Timing();
timing.Before();
for (int i = 0; i < 100; i++)
    Thread.Sleep(1);
timing.After();
// I altered TraceTime to receive a HttpResponse.
timing.TraceTime("this is a note", this.Response);

响应始终接近：

...此时间是一个注释...刻度：
1000057 毫秒：100,0057
秒：0,1000057 ......................

无论是否回发，不回发...如果我刷新页面或不刷新页面。

您如何使用 Timing 类？

编辑

我还将上面的代码放在页面加载处理程序上，并得到了完全相同的结果。无论是回发、刷新还是其他什么都没关系。

您必须告诉我们错误发生的上下文。