我已经在 CentOS 6 x64(3.06GHz i3 540, 4GB)上用 uWSGI 和 Django 配置了 Nginx,它应该可以轻松处理 2500 rq/s,但是当我运行 ab 测试(ab -n 1000 -c 100)时,性能停止在 92 - 100 rq/s。
Nginx:
user nginx;
worker_processes 2;
events {
worker_connections 2048;
use epoll;
}
uWSGI:
Emperor
/usr/sbin/uwsgi --master --no-orphans --pythonpath /var/python --emperor /var/python/*/uwsgi.ini
[uwsgi]
socket = 127.0.0.2:3031
master = true
processes = 5
env = DJANGO_SETTINGS_MODULE=x.settings
env = HTTPS=on
module = django.core.handlers.wsgi:WSGIHandler()
disable-logging = true
catch-exceptions = false
post-buffering = 8192
harakiri = 30
harakiri-verbose = true
vacuum = true
listen = 500
optimize = 2
sysclt changes:
# Increase TCP max buffer size setable using setsockopt()
net.ipv4.tcp_rmem = 4096 87380 8388608
net.ipv4.tcp_wmem = 4096 87380 8388608
net.core.rmem_max = 8388608
net.core.wmem_max = 8388608
net.core.netdev_max_backlog = 5000
net.ipv4.tcp_max_syn_backlog = 5000
net.ipv4.tcp_window_scaling = 1
net.core.somaxconn = 2048
# Avoid a smurf attack
net.ipv4.icmp_echo_ignore_broadcasts = 1
# Optimization for port usefor LBs
# Increase system file descriptor limit
fs.file-max = 65535
我确实sysctl -p
启用了更改。
空闲服务器信息:
top - 13:34:58 up 102 days, 18:35, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 118 total, 1 running, 117 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 3983068k total, 2125088k used, 1857980k free, 262528k buffers
Swap: 2104504k total, 0k used, 2104504k free, 606996k cached
free -m
total used free shared buffers cached
Mem: 3889 2075 1814 0 256 592
-/+ buffers/cache: 1226 2663
Swap: 2055 0 2055
**During the test:**
top - 13:45:21 up 102 days, 18:46, 1 user, load average: 3.73, 1.51, 0.58
Tasks: 122 total, 8 running, 114 sleeping, 0 stopped, 0 zombie
Cpu(s): 93.5%us, 5.2%sy, 0.0%ni, 0.2%id, 0.0%wa, 0.1%hi, 1.1%si, 0.0%st
Mem: 3983068k total, 2127564k used, 1855504k free, 262580k buffers
Swap: 2104504k total, 0k used, 2104504k free, 608760k cached
free -m
total used free shared buffers cached
Mem: 3889 2125 1763 0 256 595
-/+ buffers/cache: 1274 2615
Swap: 2055 0 2055
iotop
30141 be/4 nginx 0.00 B/s 7.78 K/s 0.00 % 0.00 % nginx: wo~er process
瓶颈在哪里?或者我做错了什么?
答案1
显然,无论你使用什么任务,都是 CPU 密集型的。你可能需要考虑分析你的 Django 应用,以找出你的应用滞后的地方。有几种针对 Python WSGI 应用的分析解决方案(尽管 Django 并不严格遵守 WSGI,尤其是中间件,所以 YMMV):
- 边裁(不要脸地推销,这是我的项目!)
- keas.profile
- repoze.profile
- 推土机(但您需要使用 0.2 alpha)
这将允许您识别应用程序中的瓶颈 - 即,您的应用程序在哪些功能上花费了大部分时间?
另一件需要检查的事情是,uwsgi/nginx 需要多长时间才能接收请求?请求是否排队?平均请求从开始到结束需要多长时间?此外,更重要的是,你的基准是什么?尝试使用 1 个并发用户运行相同的测试来找出答案。然后,逐渐增加用户数量,直到您可以确定用户数量达到峰值的位置。
有了这些信息,您就可以开始建立模式——这是负载测试的关键!
祝你好运!