各位,我用thin做rails的容器,访问下面这个超级简单的方法,
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框架的优化的兄弟给指点一下?
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框架的优化的兄弟给指点一下?