jmeter日记
2024-08-30 04:40:39
1、不要像loadrunner一样使用集合点,jmeter不需要
2、性能测试 线程组设置的时候 永远
3、启动jmeter之后,打开log
4、分布式的话 tps是多台电脑的tps之和 自动加好了的
5、测试环境数据不要用生产环境的真实数据,必须造
6、性能测试最好关注 后端代码以及应用服务器、DB数据库的性能,客户端的性能是最后关注的
7、性能测试监控 nmon
8、多使用jmeter的debug sample
9、gui界面 调试 no gui主要跑脚本跑报告
10、
jmeter 做服务端性能 不要考虑和chrome 方式执行,
jmeter 本身性能比较差,线程切换基本上可以 忽略,高并发频繁创建线程,会导致cpu使用过高,队列有积压。线程切换 还好吧,现在服务器线程切换ms,几万的,
多了负载高了,cpu核数肯定不够,
这个我看过,
低并发,会有 队列排队,但是负载不高,时间损耗不严重,
有兴趣的同学可以测试一下,已qps,进程阻塞数,负载数,线程切换 这几个指标看看
chrome 是有6个线程同时运行,jmeter是一个线程按顺序执行,确实是这样;
高并发的时候jmeter的结果还是可以参考的,不可能模拟那么全面;
chrome是一个标签页一个进程;
貌似jmeter是没有线程池的 线程很多的情况下 大部分时间花在了线程创建以及线程上下文切换;
查看下web浏览器的原理,访问同一个域名是是6个连接同时访问的
最新文章
- zabbix3.0.4 部署之九 (zabbix3.0.4 Linux Agent安装)
- PageView
- 安装Node.js
- cocos2d-x lua 内存回收
- Buffett saying
- 第一百零一节,JavaScript流程控制语句
- app与后台交互之间的几种安全认证机制
- iOS程序生命周期 AppDelegate
- CentOS服务器运维监控Nagios(一)
- Spring学习日志之Spring Security配置
- [HNOI2008]水平可见直线
- linux下mongodb安装、服务器、客户端、备份、账户命令
- hdfs性能调优(cloudera)
- java holdsLock()方法检测一个线程是否拥有锁
- yum 安装时错误 Errno 14 Couldn't resolve host 解决办法
- ArcGIS Pro 切割打印
- java学习-zxing生成二维码矩阵的简单例子
- Word揭秘:公式还能这么玩!
- luogu11月月赛T3咕咕咕(组合数学)
- 语法之ADO.NET