【问题标题】:ASP.NET PAGE TRACE ResultsASP.NET 页面跟踪结果
【发布时间】:2011-01-12 12:50:36
【问题描述】:

您好,我正在测试一个启用了 Trace 的 .NET 网站,对我来说一切正常,除了一件事:

Category    Message      From First(s)      From Last(s)
aspx.page   End Load     4,69992678581181   4,699362

对于“End Load”来说,这似乎是一个非常大的数字。

我对如何正确使用 Trace 结果一无所知,所以我最好的(有根据的)猜测是,“End Load”中的大量数字可能是内存管理不善的结果吗?

如果是这样,有哪些基本准则可以避免和应该做的事情?

谢谢 -西奥

【问题讨论】:

    标签: c# asp.net optimization memory trace


    【解决方案1】:

    这些数字与内存管理无关。给你从某个时间点开始的秒数,即:

    • From First (s):自处理第一条跟踪消息以来经过的时间(以秒为单位)。第一条跟踪消息显示在列表顶部。
    • From Last (s):处理当前跟踪消息和前一个跟踪消息之间经过的时间(以秒为单位)。

    详情请见this page

    【讨论】:

    • 我只是好奇“最终加载”部分发生了什么,这比其他任何事情都要长得多,如果不是其他一切,在跟踪中!
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2013-05-25
    • 1970-01-01
    • 1970-01-01
    • 2021-03-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多