我的内存使用量随着时间的推移而增加,重新启动Django并不适合用户.
我不确定如何分析内存使用情况,但有关如何开始测量的一些提示将非常有用.
我有一种感觉,有一些简单的步骤可以产生巨大的收益.确保'debug'设置为'False'是一个显而易见的问题.
谁能建议其他人?在低流量网站上缓存多少改进?
在这种情况下,我使用mod_python在Apache 2.x下运行.我听说mod_wsgi有点精简但在这个阶段转换会很棘手,除非我知道收益会很大.
编辑:感谢您的提示到目前为止.有关如何发现内存消耗的建议吗?是否有任何Python内存分析指南?
另外如上所述,有一些事情会让切换到mod_wsgi变得棘手,所以我想知道在向这个方向前进之前我可以期待的收益.
编辑: Carl在这里发布了一个稍微更详细的回复,值得一读:Django部署:削减Apache的开销
编辑: Graham Dumpleton的文章是我在MPM和mod_wsgi相关的东西上发现的最好的文章.我很失望,没有人可以提供有关调试应用程序本身的内存使用情况的任何信息.
最终编辑:我一直在与Webfaction讨论这个问题,看看他们是否可以协助重新编译Apache,这是他们在这个问题上的说法:
"我真的不认为你会通过切换到MPM Worker + mod_wsgi设置获得很多好处.我估计你可以节省大约20MB,但可能没有多少."
所以!这让我回到原来的问题(我仍然不是明智的).如何确定问题所在?这是一个众所周知的格言,如果不进行测试就无法优化,看看你需要优化的地方,但是关于测量Python内存使用量的教程很少,而且根本没有针对Django的内容.
感谢大家的帮助,但我认为这个问题仍然存在!
另一个最终编辑;-)
我在django-users列表中询问了这个问题,得到了一些非常有帮助的回复
老实说,有史以来最后一次更新!
这刚刚发布.可能是最好的解决方案:使用Pympler分析Django对象大小和内存使用情况
我只是想知道不同CGI的差异和优势是什么.哪一个最适合python脚本,以及如何告诉脚本使用什么?
我正在开始一个新的(实际上非常古老的)项目,我知道它是在Django中.我知道它已构建的Django的确切版本,我迷路了.有没有办法让我知道我的应用程序运行的Django版本?
我在localhost上使用Windows XP/Django/apache/mod_python.除了管理CSS不呈现之外,所有部分都在工作.管理员工作,但没有HTML格式.我添加了:
settings.py
INSTALLED_APPS
'django.contrib.admin',
urls.py
from django.contrib import admin
admin.autodiscover()
(r'^admin/(.*)', admin.site.root),
conf/http.conf
<Location "/">
SetHandler python-program
PythonPath "['C:/django'] + sys.path"
PythonHandler django.core.handlers.modpython
SetEnv DJANGO_SETTINGS_MODULE mysite.settings
PythonDebug On
</Location>
<Location "/cpssite/">
SetHandler python-program
PythonHandler django.core.handlers.modpython
SetEnv DJANGO_SETTINGS_MODULE myapplication.settings
PythonInterpreter /myapplication
PythonDebug On
</Location>
Run Code Online (Sandbox Code Playgroud)
我很难过.我应该在某处添加更多代码吗?
应用程序使用django内部服务器正常运行,但是当我使用apache + mod_python时,我得到以下错误
File "/usr/local/lib/python2.6/dist-packages/django/conf/__init__.py", line 75, in __init__
raise ImportError, "Could not import settings '%s' (Is it on sys.path? Does it have syntax errors?): %s" % (self.SETTINGS_MODULE, e)
ImportError: Could not import settings 'settings' (Is it on sys.path? Does it have syntax errors?): No module named settings
Run Code Online (Sandbox Code Playgroud)
这是所需的信息
1)项目目录:/ root/djangoprojects/mysite
2)/ root/djangoprojects/mysite的目录列表
ls -ltr
total 28
-rw-r--r-- 1 root root 546 Aug 1 08:34 manage.py
-rw-r--r-- 1 root root 0 Aug 1 08:34 __init__.py
-rw-r--r-- 1 root root 136 …Run Code Online (Sandbox Code Playgroud) 我正在寻找一个python webserver,它是多线程的,而不是多进程的(如果是针对apache的mod_python).我希望它是多线程的,因为我希望有一个内存对象缓存,将由各种http线程使用.我的网络服务器做了很多昂贵的事情,并计算了一些需要缓存在内存中的大型数组,以备将来使用,以避免重新计算.这在多进程Web服务器环境中是不可能的.在memcache中存储这些信息也不是一个好主意,因为数组很大并且将它们存储在memcache中会导致来自memcache的数据的反序列化,而不是IPC的额外开销.
我使用BaseHttpServer实现了一个简单的Web服务器,它提供了良好的性能,但在几个小时后就会卡住.我需要一些更成熟的网络服务器.是否可以配置apache在线程模型下使用mod_python,以便我可以进行一些对象缓存?
我一直在使用apache2中的mod_python,它似乎与python的工作方式不同 - 有一些不同的语法和你需要做的事情.它没有很好的文档记录,经过几天的使用后,我真的没有看到mod_python的重点,特别是当php这样的东西记录得很好并且可用时.
我可以看到Python如何很好地用于系统编程,但任何人都可以提供任何信息,为什么我不应该只为基于Web的应用程序转储python?
我的网站是用Python编写的,目前在Apache的mod_python下运行.最近我不得不加入一些让我认为可能值得将网站转换为mod_wsgi的丑陋黑客.但我已经习惯了使用一些mod_python的的工具类的,特别是FieldStorage和Session(有时Cookie),并从扫描PEP 333,我看不出有任何等同于这些.(这并不奇怪,因为我了解这些实用程序不属于WSGI规范)
问题是,我可以在WSGI中使用这些mod_python实用程序类的"标准"(即通常接受的)替换,还是我/我应该自己编写?
(仅供参考:目前正在使用Python 2.5)
我有一个使用mod_python的django应用程序,相当典型的配置,除了媒体文件由文档根目录中的(我知道,不推荐)'media'目录提供服务.我想测试并使用mod_wsgi进行部署,但我无法弄清楚如何创建简单的服务静态文件.mod_python允许使用Apache指令,如:
<Location '/'>
SetHandler MyApplication.xyz.....
</Location>
<Location '/media'>
SetHandler None
</Location>
Run Code Online (Sandbox Code Playgroud)
django文档似乎指向上面的第二个块作为为mod_wsgi制作类似异常的正确方法,但在我的测试中,根目录下的所有内容仍然被发送到wsgi应用程序.是否有一个很好的方法用mod_wsgi设置一个静态媒体目录,或者我是否因为技术原因而故意不支持?欢迎指出完全不同的方法的答案.
任何人都可以帮我设置Python以在Wampserver上运行.从我到目前为止所读到的内容,你需要结合使用Wampser,Python,mod_pyhton和Apache http.conf文件进行调整.我已经尝试过但我相信我在版本方面存在冲突.有没有人知道可以工作的版本的组合,以便我可以使用我的wampserver进行一些本地python开发?非常感谢下载链接.
我当前的配置:Wampserver 2.0c => Apache版本:2.2.8,PHP版本:5.2.6,MySQL版本:5.0.51b
mod-python ×10
python ×9
django ×5
apache ×4
mod-wsgi ×2
admin ×1
cgi ×1
deployment ×1
django-admin ×1
fastcgi ×1
installation ×1
profiling ×1
wampserver ×1
webserver ×1
windows ×1
wsgi ×1