Pylot服务器压力测试 v1.26(附使用教程)

安全无毒小编亲测

Pylot是一款功能强大的服务器压力测试程序，可完美运行在Windows系统上，它是一款开源的可用于测试Web Service性能和扩展性的工具。通过它，用户可运行HTTP负载测试，而这对于制定容量计划、确定基准点、分析系统瓶颈以及系统调优都非常有用。Pylot具有HTTP和HTTPS（SSL）支持、多线程负载生成器、自动cookie处理、响应验证与正则表达式、执行/监控控制台、实时统计、结果报告和图形、定制的timer、GUI模式、外壳/控制台模式、跨平台等强大功能，同时配合着numpy、matplotlib等软件，Pylot即可自动绘制图表，形象地展示服务器压力测试全过程，当然用户还可通过GUI或者Shell/Console来执行和监视对被测试网站的测试过程，可生成带有相关指标的报表。另外，Pylot基于Python开发，和著名的Apache压力测试工具ab一样，默认在命令行运行，也可以通过参数触发GUI界面，当然前提是安装了wxPython的，若无可点击此处下载wxPython最新版
Pylot

Pylot使用教程

【电脑中需要配置的程序】
1、Pylot需要Python的支持，若无点击此处可下载Python最新版
2、需要Numpy的支持
3、需要Matplotlib的支持
【正式使用】
1、安装完成Python之后，先设置环境变量，进入Windows的“环境变量”设置界面
2、鼠标右键点击“计算机”，点击“高级系统设置”

3、点击“环境变量”

4、在“系统变量”中编辑“Path”

5、在“变量值”最后加上:C:Python25
PS:这里python是默认安装在C盘中，如果用户安装在D盘等其他盘，则将C改成更改的硬盘即可

6、设置完成后，执行Windows的运行，输入python

7、如果显示以下内容，则表示python已经成功在你的Windows电脑上安装并运行了

8、开始解压下载下来的Pylot进入到pylot_1.26文件夹中，打开testcases.xml，把“http://www.example.com/”改为你要测试的网址，然后保存文件

9、回到CMD命令界面，点击“开始”-“运行”，输入cmd，点击“确定”，打开DOS窗口，进入pylot的目录

10、Pylot测试的命令是：python run.py -a 20 -d 10，其中-a表示是20个并发连接，-d表示持续测试时间10秒
11、运行命令后，你会看到命令执行过程，运行结束后，就可以看到基本的压力测试数据，如请求数、错误数、响应时间、接收数据量等等

Pylot网站压力测试结果报告分析

1、Pylot运行完成后，会在Pylot程序的目录results中生成一个按照时间命令的文件夹，这里就是详细的Pylot测试报告

2、在Pylot报告中，Results Summary是概况，总请求数、错误请求数、数据流量，Response Time (secs)是指随着测试完成度增加而变化响应时间，Throughput (req/sec)是指随着测试完成度的增加而显示的每秒请求数

3、下方有Response Time图表

4、还有Throughput请求数图表

5、Agent Details就是详细列出每一个客户连接时服务器的响应时间、请求流量等

6、在最后，Pylot还会列出响应的最短时间和最长时间

Pylot功能

1、发起并发请求（HTTP Requests）
2、检验服务器响应
3、可生成带有相关指标的报表
4、可通过GUI或者Shell/Console来执行和监视对被测试网站的测试过程
5、果配合上numpy、matplotlib就可以自动绘制图表，形象地展示服务器压力测试全过程

Pylot特点

1、HTTP和HTTPS（SSL）支持
2、多线程负载生成器
3、自动cookie处理
4、响应验证与正则表达式
5、执行/监控控制台
6、实时统计
7、结果报告和图形
8、定制的timer
9、GUI模式
10、外壳/控制台模式
12、跨平台

怎样正确做Web应用的压力测试？

1、首先说一下如何产生压力，产生压力的方法有很多，通常可以写脚本产生压力机器人对服务器进行发包和收包操作，也可以使用现有的工具(像jmeter、LoadRunner这些），所以说产生压力其实并不难，难点在于产生的压力是不是真实地反映了实际用户的操作场景。举个例子来说，对游戏来说单纯的并发登陆场景在整个线上环境中的占比可能并不大(新开服等特殊情况除外)，相反“登陆-开始战斗-结束战斗”、不同用户执行不同动作这种“混合模式”占了更大的比重。所以如何从实际环境中提炼出具体的场景比重，并且把这种比重转化成实际压力是一个重要的关注点。
2、产生压力之后，通常我们可以拿到TPS、响应时延等性能数据，那么如何定位性能问题呢？TPS、响应时延只能告诉你服务器是否存在问题，但不能帮助你定位问题。这些表面背后是整个后台处理逻辑综合作用的结果，这时候可以先关注系统的CPU、内存、IO、网络，对比在tps、时延达到瓶颈时这些系统数据的情况，确定性能问题是系统哪一部分造成的，然后再回到代码的逻辑中逐个优化这些点。
3、当服务器的整体性能就可以相对稳定下来，这时候就需要对自己服务器的承载能力有一个预估，通过产生真实压力、对比系统数据，大致可以对单套系统的处理能力有个真实的评价，然后结合业务规模配置服务器数量

提升服务器能力的方法

1、#ulimit -n 20000：默认值是1024，这个值代表一个进程最多能开启几个文件
2、/proc/sys/net/ipv4/tcp_tw_recycle 这个文件默认为0，改成1的话表示系统会快速回收tcp连接
3、/proc/sys/net/ipv4/tcp_tw_reuse 这个文件默认为0，改成1的话表示系统快速利用tcp
4、/proc/sys/net/ipv4/tcp_syncookies 这个文件默认是1，改成0的话表示系统不会进行“洪水防御”
5、nginx.conf里的keep_timeout=0，即请求结果之后不保留tcp链接，因为在高并发之下，keepalive会占用大量的socket链接时间，当这个值改成0之后，通过/status看，waiting值会大幅度减少，http的响应头里没有keep_alive而是connection:close；（keep_alive这个是在http的响应头看到的，这个东西指的是用户在访问forum.php的时候就会保持连接，然后只要是在规定时间内再访问css,js等东西的时候，就可以继续使用这个链接，这个对于大用户的网站来说，弊端是有的，让人赶快把坑让出来）
6、nginx.conf里的 event{}中的work_connections，默认是1024，可以臭不要脸的改成10240
7、/proc/sys/net/core/somaxcon,监听队列的长度，默认值是128，可以改成50000左右
8、nginx.conf的全局设定里添加一句话：worker_rlimit_nofile 10000；，指的是一个工作进程可以打开10000个文件