关于网站速度的一些问题 -- 系统架构 -- IT技术博客大学习 -- 共学习共进步！

您现在的位置：首页 --> 系统架构 --> 关于网站速度的一些问题

关于网站速度的一些问题

浏览:1955次出处信息

总有人说新浪博客慢，其实我也一直在纠结什么是慢,为什么大家说慢,这周一直在考虑这个问题，简单总结一下。

用户是从直观感受上来判断慢的,主要有以下几个:

1:某些组件老是在加载中,比如积分,好友组件,而且长期加载不上 2010年工作-2010/05/08

2:白屏现象:主要是主页面响应过慢或者是css没有下载下来(我一般是依据这个来判断快慢的)。

3:客户端渲染慢:理论上和用户电脑配置有部分关系,主要还在于客户端的渲染程度，以前博客经常出现"假死"情况,停顿一会，浏览器才能活过来,这是让我最恼火的事情 2010年工作-2010/05/08

.所以说前端还是要更轻量级。

从专业术语来看应该是

1：服务器端响应时间。

2：用户的带宽和网络时间。

3：客户端的渲染时间。

最容易优化和最容易起效果的是客户端渲染时间。

用户的带宽和网络时间基本不可控，核心要做的是"离用户更近"，比如专门为上海建立了个读IDC（不过统计的数据还是让我无语，想想也不可能，因为优化的仅仅是页面速度，而非最影响性能的接口）。

今天我主要想说的是服务器端的响应时间.

一般大型网站都使用cdn，比如反向代理的缓存，这个速度确实是咣咣的.. 比较了下新浪博客，baidu空间，搜狐博客，网易博客。在有前端缓存的情况下，而且用户网速好的时候，理论上50豪秒之内都能返回。

但是让我恼火的是在没有缓存的情况下，新浪博客有的时候确实有点问题（当然访问是最多的。。。）。

究其原因主要在于系统部署和程序的执行时间。

1：目前对于博客这样大内容的服务来说，字符串的处理是最消耗cpu和内存的。而且由于某些原因（大量的替换和兼容）导致程序时间运行一直提高不上去（后续是比较核心的优化点），而另外个原则是尽量避免网络连接。让我很失望的是现在很多人动不动就是memcachedb。。完全没有理解他是用在什么场合的。

2：系统部署，大型应用的服务层次都是比较复杂的（我们就这样），在idc部署的情况下，专线的速度，网络的延迟这些都有可能是问题（目前我还没找到方法说明，只是觉得有问题）。这里也有我最失败的一个地方，是为了证明某个点有问题，而不是通过分析去知道那个点有问题。

QQ技术交流群：445447336，欢迎加入！
扫一扫订阅我的微信号：IT技术博客大学习

建议继续学习

近3天十大热文