Python 在mod#wsgi守护进程上';重新启动

Python 在mod#wsgi守护进程上';重新启动,python,mod-wsgi,wsgi,Python,Mod Wsgi,Wsgi,我有一个作为mod_wsgi守护进程运行的wsgi应用程序(在守护进程模式下)。我的设置是每个守护进程在1000个请求后重新启动,如mod_wsgi配置指南所示: WSGIDaemonProcess www.site.com threads=1个进程=4个最大请求=1000 因此,一个守护进程的生存期是1000个请求 我的问题是: 守护进程何时重新启动?是在最大请求限制完成前一个请求后,还是在下一个请求上 已编辑:修复了线程中的键入错误。不建议在生产设置中使用“最大请求”,除非您的应用程序已严

我有一个作为mod_wsgi守护进程运行的wsgi应用程序(在守护进程模式下)。我的设置是每个守护进程在1000个请求后重新启动,如mod_wsgi配置指南所示:

WSGIDaemonProcess www.site.com threads=1个进程=4个最大请求=1000

因此,一个守护进程的生存期是1000个请求

我的问题是: 守护进程何时重新启动?是在最大请求限制完成前一个请求后,还是在下一个请求上


已编辑:修复了线程中的键入错误。

不建议在生产设置中使用“最大请求”,除非您的应用程序已严重损坏,导致内存严重泄漏,并且您无法/不想修复它

也就是说,由最大请求触发的标志当前设置在导致计数达到该值的请求开始处。然而,这是一个实现细节,可能会发生变化。例如,在mod_wsgi 4.0中,它不会如此清晰,因为该版本在某些情况下引入了优雅重启超时的概念,这意味着在进程实际重启之前可能会处理更多的请求。为什么知道对你来说很重要


另外,为什么要设置“threads=0”?你认为结果会怎样?可能不是你想的那样。

谢谢。我只是好奇守护进程的重启是如何处理的。我将其设置为重新启动只是为了确定,但我想最好对内存进行彻底测试,然后将其删除。
threads=0
是一个打字错误,它是单线程模式,所以只有1个线程。