LoadRunner中响应时间及事物时间详解.doc

1. 响应时间 事务是指用户在客户端做一种或多种业务所需要的操作集，通过事务函数可以标记完成该业务所需要的操作内容；另一方面事务可以用来统计用户操作的响应时间，事务响应时间是通过记录用户请求的开始时间和服务器返回内容到客户时间的差值来计算用户操作响应时间的，如图所示。 ? 图? 事务响应时间计算方式 这里的响应时间不包含客户端GUI时间（例如浏览器解释页面所消耗的时间）。 前面说响应时间是用户请求发出和服务器返回之间的时间差，那么得到这个时间就够了吗？ 例如：现在有一场跑步比赛。当比赛完成后，可以得到每位运动员跑完整个比赛所需要消耗的时间，现在需要分析谁的起跑好、谁的冲刺好，能分析出来吗？答案是不能，虽然得到了最重要的完成比赛的响应时间，但是这对分析和优化几乎没有作用，因为只知道了结果而不知道过程。跑步的时间是由起跑、中途、冲刺等时间组成的，如果想要进行分析优化，必须先了解各个阶段所花费的时间和速度以及各个运动员的优缺点。 对于软件来说，通过事务得到的系统响应时间也是由非常多的部分组成的，一般来说响应时间由网络时间、服务器处理时间、网络延迟三大部分组成。先来看看当一个客户端发出请求到服务器返回需要经历哪些路径，如图所示。 ? 图 事务响应时间组成 1．网络时间 客户端发出请求首先通过网络来到Web Server上（消耗时间为N1）；然后Web Server将处理后的请求发送给App Server（消耗时间为N2）；App Server将操作数据指令发送给Database （消耗时间为N3）；Database服务器将查询结果数据发送回App Server（消耗时间为N4）；App Server将处理后的页面发给Web Server（消耗时间为N5）；最后Web Server将HTML转发到客户端（消耗时间为N6）。这里的Nx都是网络传输上的时间开销，没有计算业务处理所需要花费的时间。 2．服务器处理时间 另外一个方面还要考虑各个服务器处理所需要的时间WT、AT、DT。 3．网络延迟 除了上面两种时间开销以外，还要考虑网络延迟的问题。 所以最终的响应时间组成为： 响应时间 = 网络延迟时间 + WT+AT+DT +（N1+N2+N3）+（N4+N5+N6）+ WT+AT+DT 也可以简单认为响应时间由网络开销（前端）和服务器开销（后端）两大部分组成，如图所示。 ? 图3? 事务响应时间组成详解 那么这些消耗的时间都花在什么事情上了呢影响网络的因素一般包括以下内容： 1．前端Network DNS Lookup Time to connect Time to first buffer Network Time Download Time SSL handshake FTP authentication Client Time Error Time 网络延迟 2．后端服务 Web Server Servlet Time Method Time 静态动态压缩 App Server EJB Time Method Time JNDI Lookup Database Server JDBC Time Connect Time Execute Time 这里会发现响应时间的组成是非常复杂的，当性能问题出现时，想要定位到具体的代码级别是相当困难的。 LoadRunner只能对自己发出的请求和服务器返回的内容进行网络级别的分析，也就是说LoadRunner能够分析的时间为客户到WWW服务器的时间N1和WWW服务器返回到客户的时间N6。这些时间主要和网络速度有关，可以用一个LoadRunner的名称来解释，叫做Web Page Breakdown。 也就是说VuGen可以分析的时间只有客户端到Web Server之间的部分，后面从Web Server到App Server再到Database Server的时间只能得到一个总和。 .? 事务时间 一个事务的时间是指持续时间，事务会完全记录下从事务开始到事务结束之间的时间差，那么事务的时间能真实地反映业务操作的时间吗？不能，就好像人用手按秒表来记录短跑时间一样，得出的时间并不是完全准确，存在观察的误差和操作的误差，对于一个事务时间来说，一般由四部分组成，如图所示。 ? 图 事务时间组成 响应时间 这是事务的目的，通过事务记录业务操作所消耗的响应时间。 事务自身时间 事务中哪怕没有操作，也是需要时间的，不过这个时间一般在0.01秒左右，所以可以忽略。 lr_start_transaction(thinktime); ? lr_end_transaction(thinktime,?LR_AUTO);? 运行上面的脚本后，可以看到： Action.c(5):?Notify:?Transac