性能测试的小思考
来源:互联网 发布:java面试线程问题 编辑:程序博客网 时间:2024/05/16 12:38
线程数、请求数、响应时间与TPS。
这个思考来源于最近开始尝试使用jmeter。
jmeter的线程数也就相当于loadrunner的Vuser数
如上图,设置了50个线程也就相当于有50个用户,10s类启动50个,那么1s启动5个,设置循环2次,那么一秒的请求数就有10次。
而TPS=脚本运行期间所有事物总数 / 脚本运行时长。它反映了系统单位时间类处理业务的能力。
所以如果把线程数的增加看作压力的增加时,那么分析TPS时还需考虑响应时间。开始加压时,短时间内TPS随压力增加而增大,但此阶段响应时间应该是变化不大的,TPS没有达到最大值,服务器处理能力没有饱和。
如果继续加压,TPS达到峰值后必定会有所下降,开始出现失败的事物,平均响应时间也逐步增加。
而影响响应时间的还有客户端瓶颈和网络。
如有不对的地方,欢迎指正
阅读全文
0 0
- 性能测试的小思考
- 关于淘宝网性能测试的思考
- LoadRunner性能测试-思考时间
- 小测试C#中反射的性能
- linked服务器的性能一个小测试。
- 按bit写入的性能小测试
- 关于性能测试方法而引发的思考(一)
- Linux服务器程序性能测试的一些思考
- Linux服务器程序性能测试的一些思考
- Linux服务器程序性能测试的一些思考
- 性能测试中设置思考时间的作用
- 性能测试java协议使用httpclient方法引发的思考
- 性能测试java协议使用httpclient方法引发的思考
- Android记录5--关于Android云测试的小思考
- 性能测试小Tips
- 性能测试小Tips
- oracle性能小测试
- 性能测试小Tips
- html选择器
- linux使用随用随记
- unity 游戏体围绕x,y,z轴进行转动
- JVM 内存模型和垃圾回收(五): Garbage-First
- 推荐算法之Jaccard相似度与Consine相似度
- 性能测试的小思考
- Hbase WAL 机制记录
- Cordova进阶:多方法插件
- Latex参考文献的引用
- Java 的异常
- 编译错误和运行错误;
- PostgreSQL数据类型
- let和const命令
- 判别模型、生成模型