性能优化漫谈之三：性能优化目标的确定和衡量

        大家都知道，性能优化的目标是使响应速度变快。这个变化的过程就存在着讲究，为了变快，我们必须首先知道现在是这么衡量慢的，为什么这种状况就慢了呢？比如一个电信受理业务，客户反馈受理很慢，需要进行优化，要变快。客户只会告诉你受理慢，不会告诉你更多，其他的东西需要我们的性能优化工作者和客户进行耐心的沟通，也许你会发现非常郁闷，和你沟通的客户代表压根就无法说明白什么慢，慢在哪里。
        性能优化，顾名思义就是个改善工作，既然是改善工作，那我们首先必须知道现在在哪里，将来应该到那里去，在改善之前这些因素至少是需要被确定下来的。好的，让我们开始这个工作吧。我们依然以电信受理业务系统为例子，我们首先确定慢的范畴，范畴又可以分为两个层次：（1）、业务范围层  （2）、影响区域范围层。业务范围层：（1）、仅仅是开户受理慢还是所有受理业务都慢？ （2）、仅仅是保存慢还是所有步骤都慢？ （3）、仅仅是人工受理慢还是所有受理处理都慢？   影响区域范围层：（1）、个别终端慢个别区域慢还是全局性慢 ?  （2）、个别受理通道慢还是所有的受理通道都慢？
        其次，我们来确定所谓慢的定性或者定量描述。作为一个性能优化者必须知道慢是一个相对的概念，快或者慢取决于期望。我经常和同事讲，作为一个开发人员或者DBA必须懂得用户的期望管理，并且懂得通过降低客户的期望来提高客户服务满意度。比如依然是这个电信受理业务，实际情况使大约2秒完成。我们让两个不同的人来描述这个两秒钟，看看他们是如何管理期望的。第一个人出场，电信受理业务非常复杂，需要中间经过N个流程，每个流程都需要花费一定的时间，我们付出了很大的努力，已经通过了充分的业务逻辑优化，缩减了相当部分不需要的流程，现在的性能预期良好，大约在2秒钟左右可以完成受理。营业员想象着一个按钮下去，业务系统在跑N个流程，想想都头晕了，这么多步骤，2秒钟就够了，开发商做的真到位。现在轮到第二个人出场，他对于自己的产品是如此的具有信心，信心满满的告诉营业员，不要担心性能问题，经过我们的优化，效果非常理想，速度很快。接下去轮到营业员了，满心期望着眼睛一闪结果就出来了，结果等呀等，居然要2秒钟才做完一笔受理业务。业务纷纷抱怨，速度太慢，不可操作，需要做优化。除了快慢的期望相对性，不同人员的操作频率也会对于快慢的期望产生重大的影响，对于操作的业务往往可以忍受比较慢的速度，而对于频繁操作的业务则很难忍受。
       待续。。。。

   

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/92650/viewspace-774433/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/92650/viewspace-774433/