微趣 2011.8.6:Django 性能真是不行

发布时间:2011-08-06 19:40:31, 关注:+8723, 赞美:+7, 不爽:+11

本文标签: pypy cpython django-nonrel 模板 缓存 orm

@skysbird:Django性能真是不行。

俞骅 回复@skysbird: 还有个提高性能的方式,就是用pypy代替CPython试试。

skysbird 回复@俞骅:哦。我先用小time的cache搞一下。

俞骅 回复@skysbird: 就是NoSQL,比如django-nonrel,可能会并入将来版本的django中(记得年初的时候在groups上看到过相应的说法)

skysbird 回复@俞骅:non-rel 是啥?

俞骅 回复@skysbird: 没有你那么多字段,开销比较大的貌似20个。300ms的话基本占据主要的开销了啊。别的ORM估计差别不大,不知到non-rel会不会比较适合你的应用。

skysbird 回复@俞骅:你的表大概多大?cols 和 rows在什么规模?我的sql可以确认没什么优化的了,最简的sql了。我是mysql

俞骅 回复@skysbird: 5个300ms左右,为啥我感觉差了1个数量级能... 我的一个页面也是5个q也有cache,不到20ms...(django_server/sqlite)

skysbird 回复@俞骅:queries 我在代码级别已经加入了cache机制,大多数情况基本上在5个以下,time在300ms内,测试机的数据库一般,但同样的查询我用php做过bench,的确要高出不少。unicorn将来我打算给到cpu cores+1的级别上。

俞骅 回复@skysbird: 貌似你的这个view更新不快吧,做cache应该是比较好的选择吧。顺便问一下用django-debug-toolbar看一下页面的queries数看看,是否正常。30workers没必要,一般4个以上差距就不大了,太多反而不好(除非你的server NB)

skysbird 回复@俞骅:代码优化以及配置优化我都进行了很多次的尝试,现在准备做下短timeout的cache。20qps是在nginx+gunicorn(30workers)的情况下跑出来的。的确开了session,你可以看下这个链接,基本上的逻辑和这个差不多,这个链接的qps也不高http://t.cn/a8JtHb

俞骅 回复@skysbird: 不知到你说的优化是指代码还是配置优化。20qps是在什么server下跑出来的测试?如果你的这个view负载很高,是否考虑cache它? 我的经验是只要开了django.contrib.session,request/sec就高不了的。不妨详细介绍一下你的情况,看看可以怎么优化。

skysbird 回复@俞骅:针对django的性能这个问题,我反复试验各种优化方案,现在来看除了把我目前的需求改变,否则就现有的需求来看,我是有些黔驴技穷了。其中一个逻辑比较复杂但也是比较核心功能的页面ab的测试结果在20qps左右,这个的确无法容忍。我几乎尝试过raw sql

俞骅 回复@skysbird: template是不算很快,但应该还没有慢到无法接受的程度。如果很追求渲染速度可以考虑jinja等。ORM的话有很多是开发者的代码问题导致不必要的queries。要用django做数据结构复杂而且性能高的网站势必还要从其他角度优化。'django 性能真实不行' 太武断了。

skysbird 数据库查询不复杂,但是有如下情况:1 model 字段非常多,50个以上。 2django 模板中比较复杂(因为页面本身复杂,涉及到各种查询,排序,filter,类似淘宝产品列表页),同时使用到了很多templatetags,在模板页面中存在多次调用model中的方法. @AmaoZhao 我目前定位在模板性能和ORM性能问题,正在寻求

俞骅http://weibo.com/1392570951
skysbirdhttp://weibo.com/n/skysbird

以上内容可以完整的在这里看到:http://weibo.com/1991968645/xhUm5cShf

如果你觉得本站对你有帮助,欢迎向本站赞助 :P

使用支付宝捐赠

Copyright© Python4cn(news, jobs) simple-is-better.com, 技术驱动:powered by web.py 空间主机:Webfaction

版权申明:文章转载已注明出处,如有疑问请来信咨询。本站为 python 语言推广公益网站,与 python 官方没有任何关系。

联系/投搞/留言: en.simple.is.better@gmail.com 向本站捐赠