Gevent+Django Benckmark

安装依赖

pip install -r requirements.txt

测试工具wrk及nginx。

业务逻辑

这个项目中业务逻辑不复杂，是对现有sns代码的抽象和模拟。

• GET请求对应的动作是在view中HTTP请求一次外部服务，并返回数据库中最新记录，外部服务选择了gitlab的登录页，平均响应时间在35ms左右，数据库记录限定在了20条，返回json。
• POST请求在数据库中新插入一条记录。

测试方法

配置好nginx，监听端口7897，并 uwsgi_pass unix:///tmp/uwsgiaaa.sock，gunicorn自己选了一个随机端口监听HTTP请求，无需配置nginx。bm.lua中随机选择GET:POST方法中的一种，几率分别是3:1，模拟500并发，持续10s。

./run_tests.sh

测试结果

分别对 gunicorn/uwsgi gevent/sync pymysql/mysql-python gevent下的mysql-connector-python 做了10组实验，对比它们的结果。

数据库不在本机:

./run_tests.sh
gunicorn+gvent+pymysql
Requests/sec:    434.85
gunicorn+gvent+mysql-python
Requests/sec:    272.14
gunicorn+sync+pymysql
Requests/sec:    136.94
gunicorn+sync+mysql-python
Requests/sec:    155.29
uwsgi+sync+pymysql
Requests/sec:    133.59
uwsgi+sync+mysql-python
Requests/sec:    134.46
uwsgi+gevent+pymysql
Requests/sec:    468.75
uwsgi+gevent+mysql-python
Requests/sec:    363.55
uwsgi+sync+mysql-connector-python
Requests/sec:    150.37
uwsgi+gevent+mysql-connector-python
Requests/sec:    432.67

这个项目中，使用gevent worker是同步方式并发的3倍，而且这种提高无需改动业务代码，只需要在wsgi中做monkey_patch，把socket等一些同步耗时异步化。同时注意到，需要使用pymysql，用c写的mysql-python无法被patch，可能会阻塞。

另附数据库为localhost的结果:

$ ./run_tests.sh
gunicorn+gvent+pymysql
Requests/sec:    399.58
gunicorn+gvent+mysql-python
Requests/sec:    458.79
gunicorn+sync+pymysql
Requests/sec:    139.96
gunicorn+sync+mysql-python
Requests/sec:    119.46
uwsgi+sync+pymysql
Requests/sec:    128.45
uwsgi+sync+mysql-python
Requests/sec:    125.55
uwsgi+gevent+pymysql
Requests/sec:    440.70
uwsgi+gevent+mysql-python
Requests/sec:    547.82

因为数据库在等待io ready上的耗时很少，mysql-python本身性能更好。