构建高性能ASP.NET站点 第五章—性能调优综述(后篇)-阿里云开发者社区

开发者社区> 开发与运维> 正文
登录阅读全文

构建高性能ASP.NET站点 第五章—性能调优综述(后篇)

简介:
构建高性能ASP.NET站点 第五章性能调优综述(后篇)
    前言:本篇主要讲述如何根据一些简单的工具和简单的现象来粗布的定位站点的性能问题。 
本章的议题如下:
性能调优的一般过程
利用分析工具分析页面加载信息
利用分析工具分析性能瓶颈
     利用分析工具分析性能瓶颈
    在上一节中,讲述了如何使用Firebug来生成页面加载信息的瀑布图,同时也讲述了使得页面加载变慢的四个大的问题:
1.       服务端花费大量时间解析.aspx时间过长。
2.       在服务端和浏览器之间,传递html时间过长
3.       图片和flash文件的加载时间过长
4.       Jscss的加载花费时间过长
    那么我们下面就根据瀑布图来判断:页面加载变慢,到底是因为哪个因素导致的。
 
1.       如何判断:服务端花费大量时间解析.aspx时间过长
在下面的图示中,大家可以看到第一条时间线特别的长:其中紫色的那段表明了在浏览器接受到该页面的第一个字节之前等待的时间。也就是说,在浏览器请求Default.aspx页面之后,浏览器一直处于等待状态。只有浏览器接受到了Default.aspxDOM之后,才开始下载页面中的其他的资源(css,图片等)。如果在接受Default.aspxDOM之前等待的时间过长,那么势必影响其他的资源的下载,最后导致整个页面的加载变慢。
 
如果我们在用firebug生成瀑布图的时候,发现了上面的类似的现象,页面加载变慢的原因很有可能就是服务端在解析Default.aspx页面,生成html文本的时间太长了。至于是什么原因导致了服务端解析Default.aspx时间过长,那么需要进一步的分析。可能是代码写的不好,例如循环问题;可能是数据库问题,例如查询数据太慢或者数据太多等(后续文章详细讲述)。  
 
注:颜色表示的意思:
 
 
2.       如何判断:在服务端和浏览器之间,传递html时间过长
    在下面的图中,大家可以看到紫色的线段比较的短,也就是说,服务端解析Default.aspx页面的时间还是比较短的,但是灰色的线段比较的长,。灰色的部分表示接受数据时间很长,也就是说服务端把DOM发送到浏览器,这个过程耗时比较的长。正如之前的问题一样,这个问题也会推迟页面的其他的资源下载,导致整个页面加载过慢。导致这个问题的原因可能是带宽问题,可能是数据过多等。
 
3.       如何判断:图片和flash等文件的加载时间过长
如下图所示,页面的解析和传送到客户端的时间比较的短,但是页面中的图片加载花费了大量的时间。现在的浏览器一般都会同时打开多个链接,并行的请求多个图片资源,而不是一个个的挨个请求。但是浏览器打开链接的数量是有限制的(不同的浏览器不一样),而且打开新的TCP链接也是需要花时间的,不是链接越多越好。后面我们会讲述如何减少图片等资源的加载时间。
 
4.       如何判断:Jscss的加载花费时间过长,阻止页面的呈现
    如下图所示,在Default.aspx页面载入之后,浏览器就开始解析DOM(从上到下解析,例如head -> body…,下载资源。当页面解析到需要加载cssjs时,此时浏览器就会去服务端请求这些文件,而用户在浏览器中看到的Default页面将会是一片空白,一直到cssjs载入完成之后,页面开始下载图片等,此时页面才会慢慢的呈现出来。
下图就反应了这个问题。
 
  
   今天就到这里了,从下一篇文章开始就全面进入分析和调优阶段。





















本文转自yanyangtian51CTO博客,原文链接:http://blog.51cto.com/yanyangtian/490821 ,如需转载请自行联系原作者


版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章
最新文章
相关文章