用户是从直观感受上来判断慢的,主要有以下几个:
1:某些组件老是在加载中,比如积分,好友组件,而且长期加载不上
2:白屏现象:主要是主页面响应过慢或者是css没有下载下来(我一般是依据这个来判断快慢的)。
3:客户端渲染慢:理论上和用户电脑配置有部分关系,主要还在于客户端的渲染程度，以前博客经常出现"假死"情况,停顿一会，浏览器才能活过来,这是让我最恼火的事情
.所以说前端还是要更轻量级。
.所以说前端还是要更轻量级。从专业术语来看应该是
1：服务器端响应时间。
2：用户的带宽和网络时间。
3：客户端的渲染时间。
最容易优化和最容易起效果的是客户端渲染时间。
用户的带宽和网络时间基本不可控，核心要做的是"离用户更近"，比如专门为上海建立了个读IDC（不过统计的数据还是让我无语，想想也不可能，因为优化的仅仅是页面速度，而非最影响性能的接口）。
今天我主要想说的是服务器端的响应时间.
一般大型网站都使用cdn，比如反向代理的缓存，这个速度确实是咣咣的.. 比较了下新浪博客，baidu空间，搜狐博客，网易博客。在有前端缓存的情况下，而且用户网速好的时候，理论上50豪秒之内都能返回。
但是让我恼火的是在没有缓存的情况下，新浪博客有的时候确实有点问题（当然访问是最多的。。。）。
究其原因主要在于系统部署和程序的执行时间。
1：目前对于博客这样大内容的服务来说，字符串的处理是最消耗cpu和内存的。而且由于某些原因（大量的替换和兼容）导致程序时间运行一直提高不上去（后续是比较核心的优化点），而另外个原则是尽量避免网络连接。让我很失望的是现在很多人动不动就是memcachedb。。完全没有理解他是用在什么场合的。
2：系统部署，大型应用的服务层次都是比较复杂的（我们就这样），在idc部署的情况下，专线的速度，网络的延迟这些都有可能是问题（目前我还没找到方法说明，只是觉得有问题）。这里也有我最失败的一个地方，是为了证明某个点有问题，而不是通过分析去知道那个点有问题。