除了可以从IIS日志中发现性能问题，还可以用它来寻找可改进的目标。例如：有没有404错误？是否存在大量的304请求？是否存在大量重复请求？

 

 1、当发现有404响应时，我们应该分析产生404的原因：

 

　　a、是用户输入错误的URL地址吗？

 

　　b、还是开发人员引用不存在的资源文件？

 

 如果是后者，就应该尽快移除无效的引用，因为404响应也是一个页面响应，而且它们也会占用网络传输时间，尤其是这类请求不能缓存，它会一直出现，浪费网络资源。

 

 2、如果发现有大量的304请求也应该仔细分析：

 

　　a、是由于ASP.NET缓存响应而产生的304请求吗？

 

　　b、还是请求静态资源文件时产生的304请求？

 

 如果是后者，则有可能与浏览器的设置有关，也有可能与IIS设置有关。

 

 3、IIS有个【启用内容过期】功能，可用来在输出响应时设置缓存头，减少请求数量。此功能对静态文件有用，ASP.NET处理的结果则不受影响。我们可以用这样的查询来分析页面的加载频率：

 

　　selecttop20csUriStem,count(*)AS[count],

 

　　avg(timeTaken)ASavg_timeTaken,max(timeTaken)ASmax_timeTaken

 

　　fromMyMVC_WebLogwith(nolock)

 

　　wherecsUriStemlike'/Pages/%'

 

　　groupbycsUriStem

 

　　orderby2desc

 

 4、如果发现有大量的重复请求，也需要再仔细分析：

 

　　a、请求的响应内容是否随着不同的参数而各不相同？

 

　　b、请求的URL是固定的，响应内容也是极少变化的。

 

 如果是后者，则可以考虑使用页面缓存功能。例如：ASP.NET的OutputCache.