我们有一个包含六个页面的ASP.NET C＃网站（不是MVC）。其中一个非常大，包括几个第三方控件（来自Telerik，FarPointSpread和一些来自Ajax Control Toolkit）和大约15,000行代码。 此特定页面通过来自先前页面的response.redirect命令调用，总是非常缓慢地加载。一旦我们点击按钮，新页面出现需要相当长的时间（可能是10秒）。虽然这不是特别可以接受，但更糟糕的是，当新页面实际加载时，页面的各个元素需要花费更多的时间（可能还有10秒）（下拉列表，按钮，滚动）使用者可以使用它们等 最近我们开始使用Fiddler来尝试获取一些统计信息，以帮助我们改进这一点。我的一位可以访问我们的Web服务器的员工一直在使用fiddler来监控该程序的性能。他的发现是： •我们的压缩程序似乎正在起作用。程序所需的大部分静态信息都来自缓存。 •某些图像返回的返回码为401，但这些图像最终可用。 •Fiddler报告的“聚合会话”时间约为4秒。 •它还报告“序列（时钟）”时间约为16秒。 •当我们使用fiddler来获取任何其他程序的统计数据（这些程序都小得多并且没有这个更大的程序所具有的问题）时，我们看不到“聚合会话”时间和“序列”之间的巨大差异（时钟）'时间
答案 0 :(得分：0)
序列时间长于聚合会话时间意味着客户端空闲了一段时间而没有发出请求，这可能是由于客户端上运行缓慢的JavaScript。
401s来自服务器的HTTP身份验证请求。