我的Web职业生涯中的大部分时间都是担任看护老人软件后端工程师。因此，我一直很忠实地实现性能设计、进行正规的后端优化——编译器选项、数据库索引和内存管理等。很多书都关注如何在这些领域中进行优化，在寻求改进的时候，大量的时间也都花在这些地方。事实上，只有10%～20%的最终用户响应时间是花在从Web服务器获取HTML文档并传送到浏览器中的。如果希望能够有效地减少页面的响应时间，就必须关注剩余80%～90%的最终用户体验。

       Steve Souders在High Performance Web Site一书中给出了14条规则，老实说，这些规则非常简洁有效。根据这些规则，我们尝试压缩页面的大小、充分利用浏览器的缓存、合理布局CSS和JavaScript脚本等。有兴趣的读者可以去阅读那本书。

      这些简洁有效的规则是看护老人软件设计和实现中无法采用的吗？不。

      一段时间之后，终于结束了单用户下的性能测试、分析和优化工作。所有页面的响应时间都已经降到了3s以下。但是，我们也许还不到举杯欢庆的时候。要知道，在真实的业务场景中，不会只有一个人在使用看护老人软件系统。所以，性能测试和调优的工作几乎才刚刚开始。

       致远服软认为：http://www.soft8.com.cn/开始为多用户并发下的性能测试和分析做准备。准备什么呢？首先，需要准备自动化的测试和分析工具，我们选择LoadRunner作为多用户并发模拟工具，Yourkit作为CPU和内存监控工具，另外，JConsole在观察JVM运行状况时也很有效。其次，需要考虑在多用户并发下进行性能分析的方法。

       为什么要关注这些点？我想先尝试给出一些解释。老实说，流量访问统计系统限于经验知识的不足，这些解释包含了很多猜测的成分。尽管如此，我们也需要解释。当前的解释可能是错误的，但正确的思考和工作方式可以帮助我们在将来的某个时候获得比较接近正确的解释。不过，要精确地解释性能问题，的确是一件非常困难的事情。

      CPU的使用状况是通过CPU的使用率来反映的。如果我们想充分利用CPU的计算能力，唯一的办法就是让CPU不间断地工作，也就是说，100%的使用率是最理想的。但实际上不可能做到，因为操作系统的调度和各种服务进程都需要占用CPU资源。那么，如果抛开CPU资源异常使用（例如，长时间的循环操作）的情况，追求尽可能高的CPU使用率是不是正确的想法呢？也不一定，因为这种追求可能使CPU无法适应负载的波动。