Django 1.3性能

如“Why Django Sucks”幻灯片所示，Django在0.96和1.2之间显着下降。Django 1.3性能

是否有任何测试1.3版本的速度回归测试？

任何人在这里遇到任何速度变化（在两个方向）与升级？

来源

2011-04-20 Almad

请添加幻灯片的链接 – joaquin 2011-04-20 09:59:43

http://www.scribd.com/doc/37113340/Why-Django-Sucks-and-How-we-Can-Fix-it – vartec 2011-04-20 10:08:03

“仅供参考，请将我的号码一粒盐“。 – 2011-04-20 10:27:06

我已经注意到没有在Django应用程序本身放缓，同时在MySQL从0.9网站迁移到1.3。这些幻灯片可能会提供一些有用的批评，但这些数字似乎并没有什么用处。

除了mysql上的django之外，我一直在使用基于1.3的django-nonrel，它的速度很快，我的意思是非常快，即使有一张300万条记录的表。对不起没有统计数据，但数据库层仍然是要考虑的瓶颈。除了使用nosql解决方案外，还有很多方法可以优化应用程序中的数据库层。

因此，所有我能说的是使用标准化SQL datbases Django是简单的设置，但在现实中缓慢一旦你有超过十万的记录10的更多。带有nosql解决方案的Django，甚至仅仅使用mysql/postgresql以及适当的非规范化都很快。

有这么多好WSGI的解决方案，现在也该考虑到统计这样的时候，我们真的需要什么现在部署解决方案，正在测试中。考虑这些选项 - http://nichol.as/benchmark-of-python-web-servers

部署也可以考虑，很容易有两个前端Web服务器，或三个。你甚至不需要改变你的conf。但是扩展数据库要困难得多，需要更多思考和技巧。所以，对于我而言，Django速度慢10％并不是真正的问题，当你开始将实际数据与数据库延迟进行比较时。

添加的东西像DBS奴隶支持，配置数据库选项写入和读取，像南伟大的应用程序，我不可能得出结论的Django很烂。 Django 1.3在我看来是摇摆不定的。

Django可能会更好吗？当然。标准化测试会让Django受益？当然。 Django缓慢是一个问题？没门。

来源

2011-04-20 12:53:19

我们有5个前端，峰值约600 rps。虽然速度问题是可以解决的，但它们并不完全在我们的路线图上，如果我要在我们的服务器上增加更多的负载，我想事先知道它并且必须证明它是正确的。 – Almad 2011-04-20 14:49:28

@Almad将这些信息用于限定问题是件好事，因为问题似乎更多是假设性的。在这种情况下，您已经有了5个前端，也许一个好的解决方案是使用您的配置使用一个工具来运行不同版本的测试比较，例如http://www.hpl.hp.com/research/linux/httperf/ – 2011-04-20 14:56:45

Django 1.3性能

回答

相关问题