• LR数据收集分析 Analysis 笔记1。


    AnalysisSummary:场景摘要

        Period:场景运行的起止时间。

        ScenarioName:场景名称

        ResultsSession:场景运行的结果目录

        Duration:场景运行的时间

     

    StatisticsSummary:场景状态的统计说明

        MaximunRunning Vusers:场景最大用户数

        TotalThroughput(bytes):总带宽流量

        AverageThroughput(bytes/second):平均每秒带宽流量

        Total Hits:总点击数

     

    AverageHits per Second:平均每秒点击量

        Transaction Summary:事务摘要

        Total Passed:事务的总通过数

        Total Failed:事务的总失败数

        TotalStopped:事务的总停止数

        Tips:LR11中事务时间已经自动不包含 lr_think_time 时间

     

    HTTPResponses Summary:HTTP响应摘要

        Total:HTTP请求返回数

        Per second:每秒请求数

     

    Vusers:虚拟用户状态

        反映系统形成负载的过程,随着时间推移,虚拟用户数是如何变化的。

     

    Rendezvous:负载过程中集合点下的虚拟用户数

     

    Errors:错误统计

     

    Errorsper Second:每秒错误数

        每秒错误数可以了解在每个时间点上错误产生的数目,该数据越小越好,该图可以了解错误随负载的变化情况,到定为何时系统在负载下开始不稳定甚至出错,配合    系统统日志可以定为产生错误的原因。

     

    Transactions(事务)

    AverageTransaction Response Time(平均事务响应时间)

        反映随着时间的变化事务响应时间的变化情况,时间越小说明处理的速度越快.

        和用户用户负载生产图合并一起看, 就可以发现用户负载增加对系统事务响应时间的影响规律.增长趋势斜率越低、越稳定越好.        

        
    Transactions per Second(每秒事务数)                                                             
        
        另一个关键数据是 TPS 吞吐量,该数据反映了系统在同一时间内能处理业务的最大能力,这个数据越高越好,说明系统处理能力强                
        
        这里的最高值并不一定代表系统的最大处理能力, TPS 会受到负载的影响,也会随着负载的增加而逐渐增加,当系统进入繁忙期后,TPS
        
        会有所下降。                                                                        


    TransactionSummary(事务概要说明)

        Transaction Summary 说明给出事务的 Pass 个数和 Fail 个数,了解负载的事务完成情况。

        通过的越多,说明系统的处理能力强,失败的事务越少,说明系统越可靠。

        Tips:结合每秒错误数进一步分析错误事务原因,及错误发生的时间和该时间产生错误的原因。
     

    TransactionPerformance Summay(事务性能概要)

           事务的平均时间、最大时间、最小时间柱状图,方便分析事务响应时间情况。

           柱状图的落差越小说明响应时间的波动较小,如果落差很大,那么说明系统不够稳定。
     

    TransactionResponse Time Under Load(在用户负载下事务响应时间)

           在负载用户增长的过程中响应时间的变化情况,该图的线条越平稳,说明系统越稳定。
     

    TransactionResponse Time (Percentile) 事务响应时间的百分比

           给出的是不同百分比下的事务响应时间范围,可以了解多少比例的事务发生在某个时间内,也可以发

           现响应时间的分布规律,数据越平稳说明响应时间变化越小。
     

    TransactionResponse Time (Distribution) 每个时间段上的事务总数

           给出每个时间段上的事务个数,响应时间较小的分类下的事务数越多越好。

     

    WebResources(网页资源信息)

        Tips:当 Controller 的 RunTime Setting 中 Preferences 下的 Generated Web performancegraphs选项处于开启状态时,该图才会表现。
     

    Hits per Second(每秒点击数)

        每秒点击数提供了当前负载中对系统所产生的点击量记录,每一次点击相当于对服务器发出了一次请求,一般点击数会随着负载的增加而增加,该数据越大越好。

        是指在一秒钟能做到的点击请求数目, 即客户端产生的每秒请求数(正常情况下每秒点击数等同于服务器请求相应数).

    Throughput(宽带使用)

        在当前系统负载下所使用的宽带,该数据越小说明系统的宽带依赖越少,通过这个数据能确定是否出现了网络带宽瓶颈。
     

    HTTPResponses per Second(每秒HTTP响应数)

        每秒服务器返回各种状态的数目,该数值一般和每秒点击量相同。
        
        点击量是指客户端发出的请求,而 HTTP 响应数是指服务器返回的响应数,如果服务器返回的响应数小于客户端发出的点击数,那么说明服务器无法应答超出负载        
        
        的连接请求。
        
        这个数据和每秒点击数吻合,说明服务器能够对每一个客户端请求进行应答。
     

    RetriesPer Second(每秒重连接)

           主要反映服务器端主动关闭的连接情况,该数据越低越好,说明服务器端的连接释放越长。
     

    Connectionsper Second(每秒连接数)

        两种不同状态的连接数,即中断的连接和新建连接,了解当前每秒对服务器产生连接的数量。
        
        同时的连接数越多,说明服务器的连接池越大,当连接数随着负载上升而停止上升时,说明系统的连接池已满,无法连接更多的用户,通常这个时候服务器会返回        504
        
        错误。可修改服务器的最大连接数来解决该问题。

     

  • 相关阅读:
    Linux安装配置nginx
    Linux下apache安装php
    Linux安装配置apache
    Linux安装mysql
    安装Linux CentOS与用Xshell实现远程连接
    关于IIS上Yii2的Url路由美化
    安装android Studio和运行react native项目(跳坑篇)
    安装android Studio和运行react native项目(基础篇)
    第10章 同步设备I/O和异步设备I/O(3)_接收I/O请求完成通知的4种方法
    第10章 同步设备I/O和异步设备I/O(2)_同步IO和异步IO基础
  • 原文地址:https://www.cnblogs.com/Roger1227/p/3130427.html
Copyright © 2020-2023  润新知