热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

Loadrunner中影响响应时间的设置

1.Runtimesetting的设置*Thinktime这个就不多说了,如果忽略则响应时间会变短,但同时对服务器的压力增大,从而间接

1.Runtime setting的设置

  *Think time

 这个就不多说了,如果忽略则"响应时间"会变短,但同时对服务器的压力增大,从而间接影响响应时间

anlaysis里有个过滤设置,可以设置过滤掉Thinktime,没有详细研究过

 

* Pacing设置

 这个是我们经常忽略的一个设置

 xinqidian123在他的空间的文章里提到:

其实LoadRunner是以客户端的角度来定义“响应时间”的,当客户端请求发出去后,LoadRunner就 开始计算响应时间,一直到它收到服务器端的响应。这个时候问题就产生了:如果此时的服务器端的排队队列已满,服务器资源正处于忙碌的状态,那么该请求会驻 留在服务器的线程中,换句话说,这个新产生的请求并不会对服务器端产生真正的负载,但很遗憾的是,该请求的计时器已经启动了,因此我们很容易就可以预见 到,这个请求的响应时间会变得很长,甚至可能长到使得该请求由于超时而失败。等到测试结 束后,我们查看一下结果,就会发现这样一个很不幸的现象:事务平均响应时间很长,最小响应时间与最大响应时间的差距很大,而这个时候的平均响应时间,其实 也就失去了它应有的意义。也就是说,由于客户端发送的请求太快而导致影响了实际的测量结果,设置步长则可以缓解这一情况,这样,应该试试设置pacing,再运行看看情况。

2.场景的设置

加载和释放虚拟用户的设置

如果在比较短的时间间隔加载较多的vuser,无疑会对加载过程中的服务器产生较大压力,从而使总的平均响应时间变长

有时我们会发现一个有点费解的现象,在场景停止的最后时间,响应时间图的曲线会呈上升状态

在论坛里看到有同学提出这样的疑问,有回复提到:

如果在高负载的系统中运行,会话线程执行完后一直没有释放的话,那么就会造成后者请求线程一直在等待前者运行线程的结束,那么响应时间自然而然的就增加了。类似于Pacing设置的说明

个人觉得,和释放vuser的设置应该也有一定关系,希望各位来探讨下

 

 

1.在看这篇文章之前我想大家首先要对LR有一定的了解,你要知道以下这些内容:

  1)LR中是通过Transaction进行响应时间统计的,Transaction是一组函数,可以在测试脚本中根据我们要衡量的业务响应时间进行定义,要是大家不了解可以参见我写的一篇关于LR事物的专题:

 

  2)LR结果分析中给出的响应时间有:最大、平均、最小、标准差、90%几种,另外包括一个事物平均响应时间的曲线。

 

  3)LR的响应时间的统计是基于事物的,这些数据可以在结果分析中得到。

 

  4)最好你对Excel中的函数不陌生

 

  2.那么LR结果分析中如何获得这些响应时间的呢?下面我们开始介绍:

 

  1)首先LR以时间位移为基准收集所有事物的响应时间,收集的这些数据作为分析的基础。

 

  2)将上述收集的信息进行统计得到最大、平均、最小、标准差、90%的响应时间。以及画出事物平均响应时间的曲线。

 

  3)平均响应时间:在事物全部响应时间做平均计算;

 

  4)最大响应时间:在事物全部响应时间中求MAX

 

  5)最小响应时间:在事物全部响应时间中求MIN

 

  6)标准差:在事物全部响应时间数据中做标准差运算

 

  7)90%响应时间:将事物全部响应时间进行排序然后求90%数据中的最大值;

 

  8)事物平均响应时间曲线,曲线中点的个数跟取样时间(可设定)和测试运行时间相关(当然选取的数据是可以设定的,在结果分析过程中可以选择抽取那段时间的数据);每个点数据的计算是根据:在采样时间范围内所有事物响应时间的平均。

 

  3.如何验证上述的情况是对的呢?大家可以用以下的方法:

 

  1) 设置一个LR的测试场景,运行获得结果数据;

 

  2) 打开结果分析工具,获得测试结果;

 

  3) 然后将LR中统计的所有数据导入到Excel中进行手动分析(具体步骤不说了);

 

  4) 通过EXCEL中的数据统计功能,统计最大、最小、平均、标准差(可以去网上查他的含义,我不想说,这是数学)、90%的响应时间,然后跟LR结果分析中给出的数据进行比较,你就能验证你的想法。

 

  这些东西什么用?你可以说他很有用,当然对于你也可能没有用,而只看一个热闹,那么对于所有看热闹的人来说就当一个乐子吧,对于有用的人来说,你就来着了,具体更深的细节我们可以再讨论。

 

 



推荐阅读
  • 性能测试中的关键监控指标与深入分析
    在软件性能测试中,关键监控指标的选取至关重要。主要目的包括:1. 评估系统的当前性能,确保其符合预期的性能标准;2. 发现软件性能瓶颈,定位潜在问题;3. 优化系统性能,提高用户体验。通过综合分析这些指标,可以全面了解系统的运行状态,为后续的性能改进提供科学依据。 ... [详细]
  • Java Socket 关键参数详解与优化建议
    Java Socket 的 API 虽然被广泛使用,但其关键参数的用途却鲜为人知。本文详细解析了 Java Socket 中的重要参数,如 backlog 参数,它用于控制服务器等待连接请求的队列长度。此外,还探讨了其他参数如 SO_TIMEOUT、SO_REUSEADDR 等的配置方法及其对性能的影响,并提供了优化建议,帮助开发者提升网络通信的稳定性和效率。 ... [详细]
  • 尽管我们尽最大努力,任何软件开发过程中都难免会出现缺陷。为了更有效地提升对支持部门的协助与支撑,本文探讨了多种策略和最佳实践,旨在通过改进沟通、增强培训和支持流程来减少这些缺陷的影响,并提高整体服务质量和客户满意度。 ... [详细]
  • Netty框架中运用Protobuf实现高效通信协议
    在Netty框架中,通过引入Protobuf来实现高效的通信协议。为了使用Protobuf,需要先准备好环境,包括下载并安装Protobuf的代码生成器`protoc`以及相应的源码包。具体资源可从官方下载页面获取,确保版本兼容性以充分发挥其性能优势。此外,配置好开发环境后,可以通过定义`.proto`文件来自动生成Java类,从而简化数据序列化和反序列化的操作,提高通信效率。 ... [详细]
  • 分布式开源任务调度框架 TBSchedule 深度解析与应用实践
    本文深入解析了分布式开源任务调度框架 TBSchedule 的核心原理与应用场景,并通过实际案例详细介绍了其部署与使用方法。首先,从源码下载开始,详细阐述了 TBSchedule 的安装步骤和配置要点。接着,探讨了该框架在大规模分布式环境中的性能优化策略,以及如何通过灵活的任务调度机制提升系统效率。最后,结合具体实例,展示了 TBSchedule 在实际项目中的应用效果,为开发者提供了宝贵的实践经验。 ... [详细]
  • JVM参数设置与命令行工具详解
    JVM参数配置与命令行工具的深入解析旨在优化系统性能,通过合理设置JVM参数,确保在高吞吐量的前提下,有效减少垃圾回收(GC)的频率,进而降低系统停顿时间,提升服务的稳定性和响应速度。此外,本文还将详细介绍常用的JVM命令行工具,帮助开发者更好地监控和调优JVM运行状态。 ... [详细]
  • 您的数据库配置是否安全?DBSAT工具助您一臂之力!
    本文探讨了Oracle提供的免费工具DBSAT,该工具能够有效协助用户检测和优化数据库配置的安全性。通过全面的分析和报告,DBSAT帮助用户识别潜在的安全漏洞,并提供针对性的改进建议,确保数据库系统的稳定性和安全性。 ... [详细]
  • 深入解析Struts、Spring与Hibernate三大框架的面试要点与技巧 ... [详细]
  • Silverlight 实战指南:深入解析用户提交数据的验证与捕获机制
    本文深入探讨了Silverlight中用户提交数据的验证与捕获机制,详细分析了四种主要的验证方法:基本异常处理、DataAnnotation注解、IDataErrorInfo客户端同步验证以及自定义验证策略。通过实例解析,帮助开发者更好地理解和应用这些机制,提升应用程序的数据处理能力和用户体验。 ... [详细]
  • 手指触控|Android电容屏幕驱动调试指南
    手指触控|Android电容屏幕驱动调试指南 ... [详细]
  • 2012年9月12日优酷土豆校园招聘笔试题目解析与备考指南
    2012年9月12日,优酷土豆校园招聘笔试题目解析与备考指南。在选择题部分,有一道题目涉及中国人的血型分布情况,具体为A型30%、B型20%、O型40%、AB型10%。若需确保在随机选取的样本中,至少有一人为B型血的概率不低于90%,则需要选取的最少人数是多少?该问题不仅考察了概率统计的基本知识,还要求考生具备一定的逻辑推理能力。 ... [详细]
  • 寒假作业解析:第三周 2月12日 第7题
    尽快完成之前的练习任务!每日一练2.1 Problem A Laurenty and Shop 的题目要求是选择两条不同的路线以最小化总的等待时间。简要分析:通过对比不同路线的等待时间,可以找到最优解。此问题可以通过动态规划或贪心算法来解决,具体取决于路线的复杂性和约束条件。 ... [详细]
  • 第二章:Kafka基础入门与核心概念解析
    本章节主要介绍了Kafka的基本概念及其核心特性。Kafka是一种分布式消息发布和订阅系统,以其卓越的性能和高吞吐量而著称。最初,Kafka被设计用于LinkedIn的活动流和运营数据处理,旨在高效地管理和传输大规模的数据流。这些数据主要包括用户活动记录、系统日志和其他实时信息。通过深入解析Kafka的设计原理和应用场景,读者将能够更好地理解其在现代大数据架构中的重要地位。 ... [详细]
  • 本文详细介绍了如何安全地手动卸载Exchange Server 2003,以确保系统的稳定性和数据的完整性。根据微软官方支持文档(https://support.microsoft.com/kb833396/zh-cn),在进行卸载操作前,需要特别注意备份重要数据,并遵循一系列严格的步骤,以避免对现有网络环境造成不利影响。此外,文章还提供了详细的故障排除指南,帮助管理员在遇到问题时能够迅速解决,确保整个卸载过程顺利进行。 ... [详细]
  • 本文详细介绍了 jQuery 的入门知识与实战应用,首先讲解了如何引入 jQuery 库及入口函数的使用方法,为初学者提供了清晰的操作指南。此外,还深入探讨了 jQuery 在实际项目中的多种应用场景,包括 DOM 操作、事件处理和 AJAX 请求等,帮助读者全面掌握 jQuery 的核心功能与技巧。 ... [详细]
author-avatar
锦瑟刻下两段缠绵
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有