下面这段代码为什么只有300TPS？！

Rails应用性能瓶颈分析

最新推荐文章于 2024-10-17 22:44:09 发布

最新推荐文章于 2024-10-17 22:44:09 发布 · 408 阅读

文章标签：

#Rails #nginx #Ruby #框架

我喜欢的语言专栏收录该内容

82 篇文章

订阅专栏

本文通过使用Thin作为Rails应用服务器的实例，分析了一个极其简单的Rails控制器方法在高并发请求下的性能表现。面对CPU和Load升高的情况，作者探讨了可能的原因，并寻求针对Rails框架进行优化的建议。

各位，我用thin做rails的容器，访问下面这个超级简单的方法，

class QuickReController < ApplicationController
        def index
                render :text=>"OK!"
        end
end

thin的配置如下：

[quote]---
address: 0.0.0.0
pid: tmp/pids/thin.pid
timeout: 30
port: 8001
log: log/thin.log
max_conns: 1024
require: []

environment: production
max_persistent_conns: 512
servers: 4
daemonize: true[/quote]

thin起了4个server是由于前面要加Nginx作负载均衡，实际上我验证这个方法的tps的时候是指定一个套接字只访问一个thin实例的，大家不用关心。还有，thin起的是生产环境模式，比开发环境快很多，将近有10倍的差距。

我从客户端对该方法发起请求，压力很大，CPU和Load都很高，不过很不明白，这个方法（其实是rails）怎么这么消耗资源啊？有没有熟悉rails框架的优化的兄弟给指点一下？