性能计数器bios 性能计数器测试CPU频率

转载

墨韵流香 2024-05-21 10:09:29

文章标签 性能计数器bios 服务器性能测试响应时间 文章分类 iOS 移动开发

应用服务器指标
服务器硬指标
总结：
Jmeter测试过程中遇到的问题
性能测试环境搭建：

应用服务器指标

1.事务通过率
成功事务比率=通过事务数/总的事务数，如果这个值低于一个值（80%~100%）
测试失败率：行业参考值%1~%5，银行系统：1/10000的失败率

2.事务响应时间
找出用时比较长的事务

3.吞吐量
用来找拐点，性能测试模型

服务器硬指标

1、CPU
cpu使用率：Processor → %Processor Time 不能超过75% 偶尔100%
队列长度：Sytem → Processor QueLength：指处理列队中的线程数 小于等于2

2、内存
可用物理内存（单位：M）：Memory → Available Mbytes 大于10%
windows：内存使用率不超过90%，剩余10%以上
unix/linux：内存使用可到达100%，只要不使用虚拟内存，就没有问题

3、磁盘I/O
PhysicalDisk → %Disk Time：物理硬盘驱动器忙于读写或写入请求提供服读取：PhysicalDisk → Avg.Disk sec/Read
写入：PhysicalDisk → Avg.Disk sec/Write
磁盘用于I/O的时间不要超过20%

4、Network Interface：网络接口 总的数据流量不能超过当前宽带的一半
Bytes Total/sec

总结：

我们现在做开展性能测试的目的：告诉老板，我们在什么配置的机器上，
1.最大能承受的用户量是多少
2.找出拐点多少用户量以下是服务器处理没达到饱和，多少用户至多少用户，服务器处理稳定；超过多少用户，超出了处理能力，出现错误
3.哪些业务响应时间比较长

Jmeter测试过程中遇到的问题

1.跑负载场景，忘记关同步定时器，开高级随机定时器，到时负载的接口的响应时间特别长
2.跑完一个场景之后，没有重启服务器，释放内存，导致后面的场景的数据有影响。后面我们跑一次场景，关服务器一次，停机5分钟再执行下一次
3.我们用了二个jmeter控制台压，因为二个控制机的配置不一致，跑出了的数据不要比较后面我们就干脆用一台固定的jmeter控件机来跑
4.数据量的控制，跑完一个场景，我们会清理一次数据，保证数据量的稳定。
100万笔数据 → 120万笔数据 → 100