Asp.net 让一切都慢50倍

我一直在用“一瞥”来解决一些页面速度慢的问题，结果却发现“一瞥”才是原因。页面请求的时间为30000秒以上，不需要一瞥，它们都是即时的。所以我一直在追鬼

我怎样才能用“一瞥”来观察每件事在造成如此速度差异时所需的时间

---

我是否配置了错误的内容，或者更新您的

scape

web.config元素时总是这么慢，以获得以下条目：

<glimpse defaultRuntimePolicy="On" endpointBaseUri="~/Glimpse.axd">
    <tabs>
        <ignoredTypes>
            <add type="Glimpse.Mvc.Tab.ModelBinding, Glimpse.Mvc3" />
            <add type="Glimpse.Mvc.Tab.Metadata, Glimpse.Mvc3" />
        </ignoredTypes>
    </tabs>
    <inspectors>
        <ignoredTypes>
            <add type="Glimpse.Mvc.Inspector.ModelBinderInspector, Glimpse.Mvc3" />
        </ignoredTypes>
    </inspectors>
</glimpse>

---

转到

/scape.axd

并取消选中所有scape插件/选项卡。它将为您提供复制并粘贴到web.config中所需的XML配置。在我的例子中，这是路由，可能是由于广泛使用属性路由。其他人提到了缓存和元数据，所以从忽略所有内容开始，然后一次注释几个内容，直到找到减慢速度的内容

请注意，如果您安装了不同的插件或版本，下面的配置可能不适用于您

  <glimpse defaultRuntimePolicy="On" endpointBaseUri="~/Glimpse.axd">
    <tabs>
      <ignoredTypes>
<!--        <add type="Glimpse.Ado.Tab.SQL, Glimpse.Ado" />-->
<!--        <add type="Glimpse.AspNet.Tab.Cache, Glimpse.AspNet" />-->
<!--        <add type="Glimpse.AspNet.Tab.Configuration, Glimpse.AspNet" />-->
<!--        <add type="Glimpse.AspNet.Tab.Environment, Glimpse.AspNet" />-->
<!--        <add type="Glimpse.AspNet.Tab.Request, Glimpse.AspNet" />-->
        <add type="Glimpse.AspNet.Tab.Routes, Glimpse.AspNet" />
<!--        <add type="Glimpse.AspNet.Tab.Server, Glimpse.AspNet" />-->
<!--        <add type="Glimpse.AspNet.Tab.Session, Glimpse.AspNet" />-->
<!--        <add type="Glimpse.Core.Tab.Timeline, Glimpse.Core" />-->
<!--        <add type="Glimpse.Core.Tab.Trace, Glimpse.Core" />-->
<!--        <add type="Glimpse.Mvc.Tab.Execution, Glimpse.Mvc5" />-->
<!--        <add type="Glimpse.Mvc.Tab.Metadata, Glimpse.Mvc5" />-->
<!--        <add type="Glimpse.Mvc.Tab.Views, Glimpse.Mvc5" />-->
<!--        <add type="Glimpse.NLog.NLogTab, Glimpse.NLog" /> -->
      </ignoredTypes>
    </tabs>
    <runtimePolicies>
    </runtimePolicies>
  </glimpse>

是否只有在某些页面上速度较慢？这些页面是否为sql查询使用任何二进制参数？时间是在服务器上还是在客户端上？是否存在任何复杂/异常的模型绑定？您是否查看数据模型？如果是，是否有任何延迟加载的属性？进一步对其进行调试会导致散列返回数以万计的记录，这会减慢一切。如果不看一眼，这些散列就不会被创建。下面是一个示例，当Spile未打开时，该代码从不运行。EF使用的是哈希集/模型还是您的数据访问技术？如果Spile未运行，则不会执行该代码。它是用于模型投标还是用作视图模型？这对我来说很有效，我在视图模型上有几个延迟加载属性，其中一个正在触发一个2秒的数据库调用。通过web.config中的这些条目，它不再加载该属性。你有没有可能提供一些关于这到底在做什么的信息？我一直在玩这个，你不需要禁用元数据选项卡，那只会在速度上产生微小的变化。然而，模型绑定。。。从平均66毫秒到1000毫秒，不同的标签具有不同的效果。考虑事情进展缓慢是很重要的。这意味着在我们所做的分析中，典型应用程序中最慢的部分是转换客户机的json数据-注意，这不会发生在原始请求线程上。因此，如果你看到任何问题，它值得检查它的来源。