性能测试时的性能衡量指标与监控系统指标.docVIP

分享一下个人在做性能测试时的性能衡量指标与监控系统指标 性能衡量指标一般有以下几个： 1. 响应时间 2. 并发用户数 3. 吞吐量 4. TPS 上面几个指标的具体理解我就不说了，网上有很多。那么在实际的性能测试中，一般我们拿到线上的pv值，那么根据pv值我们怎么算出合适的线程数，以及系统的吞吐量呢？ 首先分享一下TPS的计算方式： 2种方式：峰值法和二八法 峰值法：取一段峰值访问时间的pv，除以时间长度，得到TPS 二八法：TPS平均值 = ( (PV*80%)/(24*60*60*20%))/服务器数量 = pv/s ??????????? ?TPS峰值 = (((PV*80%)/(24*60*60*20%))*1.6) /服务器数量= pv/s 对于金融产品组，一般pv值指的是每天的请求数（如果是web页面访问，PV有可能值交易数，一个交易可能有多个请求，这个需要和PD确认清楚），如果是请求数，那么我们得到的TPS可以理解为系统的吞吐量。以信用卡快捷支付为例： 改产品预计的pv值为3000w/天，按照一天24小时80%的访问量集中在20%的时间来计算系统每秒钟处理的请求数为： TPS平均值 = ( (PV*80%)/(24*60*60*20%))=1388个请求/S?，线上有8台机器，但我们的压力按照4台机器来计算的，再除以4为347/s.得到这个吞吐量后，我们的并发线程数如何来设置来，可以用单线程的方式来确定，在jmeter中设置并发线程数为1，运行时间为1s，观察聚合报告，看1s的时间内一个线程可以发多少个请求，结果为25个请求左右，那么再用347/25=13.88， ?最后设置的最佳并发数为15，在该并发下tps大于并超过预期的347/S20%左右。于是我们可以认为这是比较合理的并发线程数。 系统指标： 1. cpu 2. load 3. mem 4. I/O 5. jvm cpu：在linux系统下可以用top命令查看，(发现不能贴图，先算了) 主要关注这几个指标：Cpu(s):? 0.0% us,? 0.2% sy,? 0.0% ni, 99.8% id,? 0.0% wa,? 0.0% hi,? 0.0% si 用户时间【User Time】表示用户进程所花费的CPU百分比，包括Nice时间。在用户时间值很高的情况下，表明系统正在执行实际的工作。 系统时间【System Time】表示内核操作所花费的CPU百分比，包括硬中断【IRQ】和软中断[SoftIRQ]。系统时间值持续很高表明网络或驱动器堆栈可能存在瓶颈。通常系统只花费很少时间在内核时间上。 Nice时间【Nice time】表示花费在执行re-nicing（改变进程的执行顺序和优先级）进程的CPU百分比 等待【Waiting】花费在等待I/O操作所需的CPU时间总和，系统不应该花费过多的时间等待I/O操作；否则你应该检查一下I/O子系统各方面性能。 ?空闲时间【Idle time】表示CPU空闲的百分比。 一般cpu指标低于60%比较合理，具体指标可以根据产品情况调整。 ? load Average：平均负载值 这个值很多开发都弄不清楚应该怎么计算，曾经看见一个开发发的监控报告说：系统负载值已超过2，认为系统负载过高，要求加硬件扩容。这个在系统内核数没有说明的情况下是完全不合理的，下面来解释一下： ?Load Average是CPU的Load，它所包含的信息不是CPU的使用率状况，而是在一段时间内CPU正在处理以及等待CPU处理的进程数之和的统计信息，也就是CPU使用队列的长度的统计信息。这个和cpu的核数有关（查看cpu核数的命令为：cat /proc/cpuinfo，会展示出处理器的个数和每个处理器的内核数，把每个处理器的内核数相加即为系统的内核数），现在一般的配置为8核。那么该系统可同时处理8个进程，所以在没有排队的情况下，cpu都在处理的话，load值为8都是很合理的。一般在性能测试中要求load ＝cpu核个数*2，那么我们认为load Average等于16，我们认为都是可以接受的，这时系统有8个进程在处理，8个进程在排队，但每个cpu平均只有1个进程在排队。同样，这个指标也可以适当调整，一般我取的值是load ＝cpu核个数+2 ? mem：用free可以查看 ?total?????? used?????? free???? shared??? buffers???? cachedMem:?????? 2048132??? 2028508????? 19624????????? 0????? 10256???? 593292-/+ buffers/cache:??? 1424960???? 623172Swap:????