- Jmeter UI页面是调试脚本的,运行脚本使用命令行运行;Windows使用batch,Linux使用shell
- Jmeter减少使用各类监听控件,吃内存、CPU;用后置处理去拿log文件,生成图表
- 加大jvm的空间,默认是256M
- 使用最新版的Jmeter
- 提取响应结果时,数据量较少使用正则;数据量较大时,使用JSON提取器
- 避免在一条机器上跑超过1000用户并发数,不管你发压机性能多好,正常JVM在2000左右就回到上限
- 机器配置高,数量少和机器配置一般,数量多。这两种情况后者的分布式压测效果要比前者好
- report在结束之后生成
- 较好的网络环境,减少分布式压测的延迟
- 避免使用Beanshell脚本,建议优先使用JSR223 Groovy脚本
- Jmeter原生环境20-30台分布式问题不大,40往上会出现一些不可预知的问题,大量的分布式不推荐,需要二次开发;20-30基本可以为我们提供万级的并发数据
- 不仅要监控我们的被测服务器,同时还要监控我们的发压机器
- 性能脚本先验证,再执行压力测试
相关文章
- 04-13Jmeter系列(34)- Jmeter优化常识
- 04-13Jmeter系列之Fiddler导出Jmeter脚本
- 04-13Jmeter系列(26)- 常用逻辑控制器(5) | 循环控制器Loop Controller
- 04-13JMeter专题系列(三)元件的作用域与执行顺序
- 04-13Jmeter系列之接口依赖
- 04-13Jmeter系列(37)- 详解 ForEach控制器
- 04-13jmeter学习指南之优化脚本
- 04-13Docker系列——InfluxDB+Grafana+Jmeter性能监控平台搭建(一)
- 04-13Jmeter系列之Jmeter+Grafana+InfluxDB实时监控
- 04-13Docker系列——InfluxDB+Grafana+Jmeter性能监控平台搭建(三)