性能测试通常需要监控的指标

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

∙每台服务器每秒平均P V量=((80%*总P V)/(24*60*60*(9/24)))/服务器数量,∙即每台服务器每秒平均PV量=2.14*(总PV)/* (24*60*60) /服务器数量

∙最高峰的pv量是1.29倍的平均pv值

性能测试策略

1.模拟生产线真实的硬件环境。

2.服务器置于同一机房,最大限度避免网络问题。

3.以PV为切入点,通过模型将其转换成性能测试可量化的TPS。

4.

5.

6.

7.

8.

9.

10.

a

b

c

d

a

否能达到性能预期。

负载测试

b点的系统性能,对系统不断地增加压力或增加一定压力下的持续时间,直到系统的某项或多项性能指标达到极限,例如某种资源已经达到饱和状态等。

压力测试

b点到d点之间,超过安全负载的情况下,对系统不断施加压力,是通过确定一个系统的瓶颈或不能接收用户请求的性能点,来获得系统能提供的最大服务级别的测试。

稳定性测试

a点到b点之间,被测试系统在特定硬件、软件、网络环境条件下,给系统加载一定业务压力,使系统运行一段较长时间,以此检测系统是否稳定,一般稳定性测试时间为n*12小时。

监控指标

性能测试通常需要监控的指标包括:

1.

2.

3.

4.

5.

6.

7.

JVM 参数中进行配置。

6.Nmon。全面监控linux系统资源使用情况,包括CPU、内存、I/O等,可独立于应用监控。

7.Valgrind。监控C/C++程序是否存在内存泄漏,基于linux环境。

8.Vmmap和ApplicationVerifier。监控C/C++程序是否存在内存泄漏,基于windows环境。

性能分析

可按以下顺序:

中间件瓶颈(apache/jboss参数配置、数据库参数配置)->

应用服务的debug log ->

应用服务的filter log ->

本应用的性能瓶颈(SQL语句、索引、业务逻辑、线程池设置、算法)->

服务提供者的性能瓶颈 ->

相关联的底层存储应用的性能瓶颈

分析标准

1.

2.

4.

T PS

nmon工具可以采集服务器的资源信息。列出CPU、MEM、网络、I/O等资源指标的使用情况

相关文档
最新文档