标签：用户组 重载 daemonize 监控 listen arw 服务 http 回收
uwsgi 常用参数
项目目录
chdir=/var/www/orange_web/
指定项目application
module=orange_web.wsgi:application
指定sock的文件路径（nginx使用）
socket=/var/www/script/uwsgi.sock
进程个数（processess一样效果）
workers=2
指定启动时的pid文件路径
pidfile=/var/www/script/uwsgi.pid
指定ip及端口（配置nginx就不需要单独启动uwsgi需要填写）
http=172.16.0.4:8001
指定静态文件（配置nginx不需要，单独启动uwsgi加载静态文件）
static-map=/static=/var/www/orange_web/static
启动uwsgi的用户名和用户组
uid=root
gid=root
启用主进程
master=true
启用线程
enable-threads=true
自动移除unix Socket和pid文件当服务停止的时候
vacuum=true
设置日志目录
daemonize=/var/www/script/uwsgi.log
不记录信息日志，只记录错误以及uwsgi内部消息
disable-logging=true
序列化接受的内容，如果可能的话
thunder-lock=true
启动主进程，来管理其他进程，其它的uwsgi进程都是这个master进程的子进程，如果kill这个master进程，相当于重启所有的uwsgi进程。
master = true
在app加载前切换到当前目录， 指定运行目录
chdir = /web/www/mysite
加载一个WSGI模块,这里加载mysite/wsgi.py这个模块
module = mysite.wsgi
监控python模块mtime来触发重载 (只在开发时使用)
py-autoreload=1
在每个worker而不是master中加载应用
lazy-apps=true
指定socket文件，也可以指定为127.0.0.1:9000，这样就会监听到网络套接字
socket = /test/myapp.sock
启动2个工作进程，生成指定数目的worker/进程
processes = 2
设置用于uwsgi包解析的内部缓存区大小为64k。默认是4k。
buffer-size = 32768
使进程在后台运行，并将日志打到指定的日志文件或者udp服务器
daemonize = /var/log/myapp_uwsgi.log
设置最大日志文件大小
log-maxsize = 5000000
禁用请求日志记录
disable-logging = true
当服务器退出的时候自动删除unix socket文件和pid文件。
vacuum = true
设置socket的监听队列大小（默认：100）
listen = 120
指定pid文件
pidfile = /var/run/uwsgi.pid
允许用内嵌的语言启动线程。这将允许你在app程序中产生一个子线程
enable-threads = true
设置在平滑的重启（直到接收到的请求处理完才重启）一个工作子进程中，等待这个工作结束的最长秒数。这个配置会使在平滑地重启工作子进程中，如果工作进程结束时间超过了8秒就会被强行结束（忽略之前已经接收到的请求而直接结束）
reload-mercy = 8
为每个工作进程设置请求数的上限。当一个工作进程处理的请求数达到这个值，那么该工作进程就会被回收重用（重启）。你可以使用这个选项来默默地对抗内存泄漏
max-requests = 5000
通过使用POSIX/UNIX的setrlimit()函数来限制每个uWSGI进程的虚拟内存使用数。这个配置会限制uWSGI的进程占用虚拟内存不超过256M。如果虚拟内存已经达到256M，并继续申请虚拟内存则会使程序报内存错误，本次的http请求将返回500错误。
limit-as = 256
一个请求花费的时间超过了这个harakiri超时时间，那么这个请求都会被丢弃，并且当前处理这个请求的工作进程会被回收再利用（即重启）
harakiri = 60
uwsgi 常用参数
标签：用户组 重载 daemonize 监控 listen arw 服务 http 回收
原文地址：https://www.cnblogs.com/JIM-FAN/p/14680520.html
