在top监视窗口显示Rails当前正在执行的请求URL-优快云博客

本文链接：https://blog.youkuaiyun.com/iteye_17322/article/details/81680545

本文介绍了一个实用的Rails性能监控技巧，通过在Rails应用中添加特定的过滤器，可以实现在Linux的top命令中直接查看到每个Rails进程正在处理的具体请求路径，从而更方便地定位性能瓶颈。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

http://robbin.iteye.com/blog/283992

这是一个从PragDave的博客上面学来的技巧，很实用，很cool！

话说在一个运行着Rails的网站上面，我们可以用Linux的top命令来监控Rails应用程序实例的运行状况，占用的内存，消耗的CPU等等，例如JavaEye网站的某一刻的截图：

在这个截图里面，我们可以了解Rails进程实例的运行状况，但是我们无法确切的知道，某个当前时刻消耗CPU很高的fcgi进程究竟在执行哪个请求，如果能够确切的了解这个信息，对于寻找性能瓶颈有极大的帮助，所以下面看我们来变个魔术：

在你的Rails应用的app/controllers/application.rb里面增加两个filter，如下：

Ruby代码

before_filter :set_process_name_from_request
after_filter :unset_process_name_from_request
def set_process_name_from_request
$0 = request.path[0,16]
end
def unset_process_name_from_request
$0 = request.path[0,15] + "*"
end

before_filter :set_process_name_from_request
after_filter :unset_process_name_from_request

def set_process_name_from_request
  $0 = request.path[0,16] 
end   

def unset_process_name_from_request
  $0 = request.path[0,15] + "*"
end

在ruby语言中$0是应用程序的命令行，因为我们以fcgi方式启动Rails，所以默认显示为dispatch.fcgi，但我们现在要改变$0，把URI强行赋值给$0，然后top就被我们欺骗了：

乖乖的给我显示出来我当前处理请求的URI是 /blog/283416，其实就是我的这篇博客：对领域模型实现的总结性观点。

是不是很酷！如果Rails应用正在处理该请求，那么top显示 /blog/283416，如果Rails应用已经处理完该请求，那么top显示 /blog/283416* ，再来一个全一点的，给大家过过瘾