之前为了不浪费我在webfaction中的空间,自己又捣腾了一个基于django的osqa放到服务器上,配置了qa.the5fire.com这个域名。然后发现自己的所有python进程总是会被莫名的关掉,为此我还专门写了一个shell来监控django的进程 用shell来监控web服务 。同那篇文章中的猜测一样,是占用内存过多被停掉了,我购买的是最低配的200M内存。一个blog和一个osqa程序占了200多M内存,之前还真没注意过。
经常看我博客的朋友可能会发现那个qa的东西已经不在了,主要是占用的内存和访问量不成正比,比我的blog占用的内存还多。还是停掉的好。
占90M多内存
前面也有说过博客Django代码的运行方式,前面的nginx到由supervisord管理的gunicorn启动的两个Django进程,在加上一个memcached。内存占用方面两个Django的进程正常访问状态各30M左右,一个管理进程(用gunicorn启动时会有三个Django的进程)10M左右,nginx也就1、2M,memcached要20M左右。这样加起来也就90多M的了。
目前还不知道哪些地方可以优化,找了一个Python内存分析的工具:guppy,分析运行时内存中都是什么数据。
guppy
只是简单的用了下,除了看到占用内存最多的是str这样类型的数据,还没细研究有哪些更牛x的功能。
安装通过pip install guppy即可。
使用时是需要:
fromguppyimporthpyprinthpy().heap()
这样就能输出当前占用的总内存大小,不同类型的数据所占比重及大小。
6M,可以那么少吗
在网上查gunicorn启动Django关于内存的使用时,也有发现相同的占用100M的情况,仅仅如此的话是可以接受的。不过在知道别人用gunicorn启动Django程序只用了6M内存,我就无法淡定了。这是在和我同主机的另外一个用户的进程情况。
基于Django1.5新创建一个项目,然后直接用gunicorn运行至少也得占用15M内存。
这到底是怎么做到的?
微信公众号:Python程序员杂谈