当前位置 主页 > 服务器问题 > Linux/apache问题 > 最大化 缩小

    Apache的压力测试以及web性能优化的常用知识总结

    栏目:Linux/apache问题 时间:2018-11-02 13:59

    这篇文章主要介绍了Apache的压力测试以及web性能优化的常用知识总结,笔记由《构建高性能web站点》这本高人气书籍整理而来,需要的朋友可以参考下

    什么是带宽?

    误解:“数据在线路中的移动速度”、“数据的传输速度”

    我们所说的带宽是指数据的发送速度,比如百兆网卡,指网卡的最大发送速度是100Mbps,也就是说网卡在一秒钟最多可以发送100Mb的数据;相关的因素:

    数据发送装置将二进制信号传送到线路的能力,也称信号传输频率,以及另一端数据接收装置对二进制信号接收的能力,也包括线路对传输频率的支持程度;
    数据传输介质的并行度,等价于计算机系统总线宽度的概念;
     

    习惯与约定

    b:比特单位 bit;

    B:字节单位 Byte;

    1KB = 1024B;

    1kb = 1000b;

    M与K 的换算同上;

     

    什么是吞吐率?

    吞吐率(Throughput),是指web服务器单位时间内处理的请求数,单位:reqs/s;

    一般更关心的是服务器并发处理能力的上限 ,即最大吞吐率;

     

    关于压力测试

    基于吞吐率压力测试的几个前提:

    并发用户数;(某一时刻同时向服务器发送请求的用户数量)
    总请求数;
    请求资源描述;
     

    几个重要指标:

    请求等待时间

    用户平均请求等待时间(主要衡量服务器在一定并发用户数的情况下,对单个用户的服务质量)
    服务器平均请求方护理时间(衡量服务器整体服务质量)
    压力测试工具:Apache附带的ab、LoadRunner、Jmeter

     

    服务器系统负载

    $ cat /proc/loadavg 
    0.58 1.19 0.64 1/92 8306

    这里0.58 1.19 0.64 这3个数字表示:系统最近1分钟、5分钟、15分钟分别计算出来的系统负载;

    1表示当前运行队列中的进程个数;92表示此时的进程总数;8306表示到此时为止最后创建的一个进程ID;

     

    Apache  ab的使用介绍

    在《构建高性能web站点》中多处讲到了用apache 自带的压力测试工具ab进行Server的性能测试,搜索了一下相关知识,整理如下:

    ab的全称是ApacheBench,是 Apache 附带的一个小工具,专门用于 HTTP Server 的benchmark testing,可以同时模拟多个并发请求。下面以一个实际例子来介绍ab的使用:

    [xiekeli@localhost ~]$ ab -n 1000 -c 50 http://www.abc.com/a.php         //产生1000次http请求,每次的并发用户数:50
    This is ApacheBench, Version 2.0.40-dev <;$Revision: 1.146 $> apache-2.0Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/Copyright 2006 The Apache Software Foundation, http://www.apache.org/ Benchmarking www.abc.com (be patient)Completed 100 requestsCompleted 200 requestsCompleted 300 requestsCompleted 400 requestsCompleted 500 requestsCompleted 600 requestsCompleted 700 requestsCompleted 800 requestsCompleted 900 requestsFinished 1000 requests  Server Software: Apache                     //被测平台Apache Server Hostname: www.abc.com                   //服务器主机名Server Port: 80 Document Path: /a.phpDocument Length: 231 bytes                   //文档大小 Concurrency Level: 50                       //并发数Time taken for tests: 12.818547 secondsComplete requests: 1000                      //完成请求数Failed requests: 0                       //失败的请求数Write errors: 0Non-2xx responses: 1001Total transferred: 438438 bytes                  //整个场景中的网络传输量HTML transferred: 231231 bytes                  //整个场景中的HTML内容传输量Requests per second: 78.01 [#/sec] (mean)       //吞吐率,即每秒处理的请求数(后面括号中的 mean 表示这是一个平均值)Time per request: 640.927 [ms] (mean)          //每次请求的响应时间(后面括号中的 mean 表示这是一个平均值Time per request: 12.819 [ms] (mean, across all concurrent requests)    //每次请求的响应时间(后面括号中已经说明,是按所有并发数计算的平均值)Transfer rate: 33.39 [Kbytes/sec] received  //平均每秒网络上的流量,可以帮助排除是否存在网络流量过大导致响应时间延长的问题 Connection Times (ms)           //网络上消耗的时间的分解,各项数据的具体算法还不是很清楚 min mean[+/-sd] median maxConnect: 186 307 598.1 212 9188Processing: 188 271 289.6 214 1923Waiting: 188 245 219.9 213 1416Total: 376 579 660.2 427 9380 //整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间,其中50%的用户响应时间小于1093 毫秒,60% 的用户响应时间小于1247 毫秒,最大的响应时间小于7785 毫秒,由于对于并发请求,cpu实际上并不是同时处理的,而是按照每个请求获得的时间片逐个轮转处理的,所以基本上第一个Time per request时间约等于第二个Time per request时间乘以并发请求数Percentage of the requests served within a certain time (ms) 50% 42766% 43075% 43180% 43390% 45195% 163098% 338299% 3429100% 9380 (longest request)