Jmeter系列(34)- Jmeter优化常识

  • 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基本可以为我们提供万级的并发数据
  • 不仅要监控我们的被测服务器,同时还要监控我们的发压机器
  • 性能脚本先验证,再执行压力测试
上一篇:python – 在PySpark中爆炸


下一篇:python – 当列表值与Pyspark数据帧中的列值的子字符串匹配时,填充新列