ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 性能优化漫谈之三:性能优化目标的确定和衡量

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

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

   

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

请登录后发表评论 登录
全部评论
专注于Oracle,BI,Security,DR &^BCP,Performance tuning

注册时间:2013-10-15

  • 博文量
    68
  • 访问量
    725334