Rails Rails 与 Django 性能的疑问

wayne712 · 2017年05月18日 · 最后由 crella95 回复于 2026年09月25日 · 4795 次阅读

喜欢 Rails 的优雅,厌烦 Django 配置的繁琐,请教为何 Rails 性能可以比 Django 都差那么多呢

网址可以给一个吗?

你见过腰细腿长的美女抗一百八十斤的电缆袋子吗?

优雅,快速,也就需要很多 "包装"。

优雅的代价

对 huobazi 回复

哈哈

对 nouse 回复

有意义的,意思就是如果你打算做很 care 性能的产品,就选 py 驱动的框架;如果很 care 能否快速实现、需求变化频繁、组件丰富拿来就用、care 开发人员情绪的,就顺便考虑下 rails

对 rainchen 回复

care 开发人员情绪的,就顺便考虑下 rails

这是 Rails 程序员自我催眠

Not too much attention web framework benchmarks is one of the signs of mature developers.

对 rainchen 回复

如果打算做很 care 性能的,我会直接上 rails 先出产品,然后等人流上来了再做负载分析,把热点部分拉出来用别的语言代替掉。

Rails 快速开发,当你需要速度的时候,用 Rack 重构成微服务架构,难度和工作量其实并没有太大

我们公司近来用纯 Rack 重构了些项目,自我感觉性能已经不输 java 了(也许是我没见过写得够好的 java 项目)

rails 和 django 我都用过,不认为这两者在性能上有很大区别,即使是 python 里面以轻快著称的 flask,也只是跑 hello world 比 rails 快一些,当规模实际扩展到和 rails 项目相当的时候,速度差距也很小了。我觉得要追求高并发就换 golang 或 elixir,在 ruby,python,php 这几个之间做选型替换没有什么意义。

这一切,最终都会被磁盘 IO,网络延迟,架构设计,所抹平。

Rails 土豪用品,狂吃内存,换 Rack 也没用,将来需要一个 JIT 的 Ruby,比如 PHP -> HHVM,

对 michael 回复

Ruby 已经有 JIT 了吧

都这么慢,不要相杀了....

django 也算不上快,Rails 最痛苦的事情就是你真需要性能时,内存占用小点,发现只有换成别的语言。

我觉得你选用 PHP 吧

对 davidtsang 回复

在移动入口年代这个论调已经不准确了。比如即使只有几千用户的 app,收到推送时后端瞬间会有几轮并发数百的请求进来

对 lucifer 回复

rails 解决不了的用 php 也没法解决,直接上 mod_perl 或者 ngx_lua 吧

需要 登录 后方可回复, 如果你还没有账号请 注册新账号