为什么Python不释放内存（mod_wsgiDjango下）

Question

我有Apachemod\uwsgiDjango应用程序mod_wsgi以守护程序模式运行。

我有一个视图，它从数据库中获取重要的queryset，并通过计算queryset的结果另外分配数组，然后返回这个数组。我没有使用线程本地存储、全局变量或任何类似的东西。

问题是，我的应用程序占用的内存与我为mod_wsgi设置的线程数相对应。

我做了一个小实验，在mod_wsgi中设置了不同数量的线程，然后通过curl检查wsgi进程的内存可以爬升多远来点击我的视图。

它是这样的：

1 thread  - 256Mb
2 threads - 400Mb
3 threads - 535Mb
4 threads - 650Mb

因此，每个线程都会增加大约120-140Mb的最高内存使用量。

我似乎为第一次请求分配的初始内存从未被释放。在单线程场景中，当到达第二个请求（对同一视图）时重用它。有了这个我就可以离开了。

但当我使用多个线程时，当请求由以前从未运行过该请求的线程处理时，该线程在本地某处“保存”了另外140mb。

• 如何解决这个问题？
• 可能Django在TSL中保存了一些数据。如果是这样，我如何禁用它？
• 或者，作为一种解决方案，是否可以将请求执行绑定到mod_wsgi中的某个线程？

谢谢

PS.DEBUG在设置中设置为False。py

Answer 1

在这种情况下，您应该做的是垂直分区Web应用程序，以便它跨多个mod_wsgi守护进程组运行。这样，您可以根据您委托给每个进程的URL子集的要求定制mod_wsgi守护进程的配置。由于Django应用程序的管理界面URL通常具有很高的瞬时内存使用要求，但不经常使用，因此建议执行以下操作：

WSGIScriptAlias / /my/path/site/wsgi.py
WSGIApplicationGroup %{GLOBAL}

WSGIDaemonProcess main processes=3 threads=5
WSGIProcessGroup main

WSGIDaemonProcess admin threads=2 inactivity-timeout=60
<Location /admin>
WSGIProcessGroup admin
</Location>

这样做的目的是创建两个守护进程组。默认情况下，URL将在进程持久化的主守护进程进程组中处理。

然而，对于管理接口的URL，它们将被引导到管理守护进程组，该组可以通过减少线程数量的单个进程设置，外加非活动超时，以便在管理接口不可用时自动重启进程60秒后使用，从而回收任何过度的瞬时存储器使用。

这将意味着，如果进程自上次以来已被回收，则向管理接口提交请求的速度可能会略微减慢，因为所有内容都必须重新加载，但由于它是管理接口而不是公共URL，因此这通常是可以接受的。