Loadrunner11压测过程问题总结

【Loadrunner11压测过程问题总结】的更多相关文章

Loadrunner11压测过程问题总结

1.-27727: 下载资源时步骤下载超时 (120 seconds) 已过期由于压力大了,下载资源所用时间就长了,可以设置加大超时时间: 运行时设置--Internet 协议--首选项--高级--选项--General--步骤下载超时(秒) 把这个值从120改为更大,如300,600等 2.场景压测时,如果设置集合点值一直为0,说明集合点设置的不正确.(测试时发现脚本中设置集合点的位置前面如果还有请求,集合点则不生效,不知道是不是loadrunner汉化版本原因.)…

压测过程中，获取不到redis连接池，发现redis连接数高

说明:图片截得比较大,浏览器放大倍数看即可(涉及到隐私,打了码,请见谅,如果有疑问,欢迎骚扰). 最近在压测过程中,出现获取不到redis连接池的问题 xshell连接redis服务器,查看连接数,发现比redis.properties文件中配置的连接数要大 redis-cli -p port -a name@password info | grep -e "connected_clients" 停止压测后,连接数依旧差不多,难道是连接池没有释放? 于是查了下tcp连接到底是不是都是我…

压测过程中使用nmon对服务器资源的监控

1.nmon工具的下载和安装: 官网:http://nmon.sourceforge.net/pmwiki.php 下载完成后进行解压,更改权限:chmod 777 2.查看linux系统的版本,再使用对应版本的nmon: [root@jmeter ~]# cat /etc/*release CentOS release 6.6 (Final) LSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:gr…

jmeter压测过程中报java.lang.NoClassDefFoundError: org/bouncycastle/jce/provider/BouncyCastleProvider

由于在java中添加了第三方安全策略文件,具体请看https://www.cnblogs.com/mrjade/p/10886378.html,导致在用jmeter压测过程中会遇到以下错误解决办法: 将bcprov-jdk15on-1.55.jar放至在 /Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/jre/lib/ext 即可…

jmeter进行分布式压测过程与注意事项

jmeter命令行运行但是是单节点下的, jmeter底层用java开发,耗内存.cpu,如果项目要求大并发去压测服务端的话,jmeter单节点难以完成大并发的请求,这时就需要对jmeter进行分布式测试: 1:先说说分布式测试原理处理过程: 一:调度机master启动以后,会拷贝本地的jmx文件分发到远程的slave机器上: 二:slave机器拿到脚本以后启动命令行模式去执行脚本,对于每台slave机器拿到的脚本都是一样的,所以如果jmx脚本为50个线程跑3分钟,那么实际并发就是50*3=1…

压测过程中出现ops断崖式下跌原因及排解

压测机器: 100台docker redis集群:16个分片在开始压测的半个小时中,一直很稳定,ops稳定在20w左右.但是接下来突然ops断崖式下跌,ops降到了3w以下.然后持续一段时间,直至变为0. 问题排查: 1. 检查docker docker都很健康,cpu占用率,内存占用率都正常,不到30%.网络状况也很好. 2. 检查mq mq也正常,响应时间没有被可以拉长 3. 检查redis集群 redis集群中,发现所有分片内存基本上被打满由于内存被打满,导致redis会强制进行键驱逐…

Jmeter压测过程报错the target server failed to respond

失败事务报错信息如下, Socket closed Non HTTP response code: org.apache.http.NoHttpResponseException (the target server failed to respond) 问题原因:在JMeter下,发送http 请求时,一般都是默认选择了use keepAlive(这个是什么?看后面资料),这个是连接协议,JMeter坑就在这里,默认勾选了这个(如果不勾选的话,也不会出现问题),但其配置JMeter.prope…