lr并发量500-学习分析

用时1个小时57分钟
hits 461.41
pass事务259088
失败事务47205
登陆事务pass129044 失败15461 stop 4
action事务  pass 129044 失败 31744 stop 5  tps18.5
errors 31745
平均事务的响应时间5.3秒，良好

vuers
到1小时左右并发量达到500，到1小时10分的时候开始释放用户

Average Transaciton Response Time（事务平均响应时间）
随着测试时间的变化，系统处理事务的速度开始逐渐变慢，
这说明应用系统随着投产时间的变化，整体性能将会有下降的趋势。

Transactions per Second（每秒通过事务数/TPS
当压力加大时，点击率/TPS曲线如果变化缓慢或者有平坦的趋势，很有可
能是服务器开始出现瓶颈。经观察，服务器1小时25分的时候开始出现瓶颈

Hits per Second（每秒点击次数）
通过对查看“每秒点击次数”，可以判断系统是否稳定。系统点击率下降通常
表明服务器的响应速度在变慢，需进一步分析，发现系统瓶颈所在。
每秒点击数每一次点击相当于对服务器发出一次请求，一般点击数会随着负载的增加而增加，
该数据越大越好

2.throughput（宽带使用）
该数据越小说明系统的宽带依赖越小

.transaction summary（事务概要说明）
通过事务数越多说明系统的处理能力越强，失败的事务越少，说明系统越可靠

average transaction response time（每秒事务数）（这个是比较关心的数据之一）
时间越小说明处理的速度越快，如果和前面的用户负载生成图合并在一起看，就可以发现
用户负载增加对系统事务响应时间的影响规律（事务的响应时间也不应该超过用户的最大
接受范围，否则会出现系统响应过慢的问题）


Throughput（吞吐率）：
表示虚拟用在任何给定的每一秒从服务器获得的数据量。
可以依据服务器的吞吐量来评估虚拟用户产生的负载量，以及看出服务器在流
量方面的处理能力以及是否存在瓶颈。

“点击率”图，是每秒服务器处理的HTTP申请数。
“吞吐率”图，是客户端每秒从服务器获得的总数据量。

每秒连接数：运行期间建立的TCP/IP连接数，如果连接数趋于0，说明系统崩溃了。
允许结束的时候40左右，虽不断下降，但场景结束时连接数为40，次系统还没有崩溃












监控的资源情况：


到45分钟的适合 资源管理器断开，top后cpu占用49%左右，内存占用1%左右


cpu平均占用96.5%  最小值55.7%  最大值99%   cpu>75的时候可以判断出服务器存在问题，
此时cpu不能满足程序需要，急需扩展

paging rate 变化波动不大，所以此不会导致内存问题

disk  trffic在30 左右，波动不大，表明此时i/o没有问题






cpu占用率持续时间超过95%，表明瓶颈是cpu可以增加一个处理器或者更换一个更快地处理器，合理时间
是60%-70%

unix资源监控中指标内存也交换速率“paging rate），如果该指偶尔高，表明当时有线程竞争内存
如果持续走高，则内存可能是瓶颈，也可能是内存访问命中率低

指标磁盘交换率（disk rate），如果该参数值一直很高，表明i/o有问题，
可更换一个更快地硬盘系统、重新部署业务逻辑等


内存问题主要检查应用程序是否存在内存泄漏,如果发生了内存泄漏,process\private bytes计数器
和process\working set 计数器的值往往会升高,同时avaiable bytes的值会降低.

UNIX资源监控（Windows操作系统同理）中指标磁盘交换率（Disk rate）
，如果该参数值一直很高，表明I/O有问题。可考虑更换可考虑更换更快的硬盘系统。

%Disk time(physicaldisk_total):指所选磁盘驱动器忙于为读或写入请求提供服务
所用的时间的百分比。如果三个计数器都比较大，那么硬盘不是瓶颈。如果只有%Disk Time
比较大，另外两个都比较适中，硬盘可能会是瓶颈。在记录该计数器之前，请在Windows 2000
 的命令行窗口中运行diskperf -yD。若数值持续超过80%，则可能是内存泄漏。
Availiable bytes(memory):用物理内存数. 如果Available Mbytes的值很小（4 MB 或更小）
，则说明计算机上总的内存可能不足，或某程序没有释放内存。