modrails - 流氓 ruby 进程消耗 100% cpu

发布于 2024-07-14 06:59:27 字数 147 浏览 15 评论 0原文

我的 mod_rails 中的 ruby 实例变得“流氓”——这些进程不再列在乘客状态中并使用 100% 的 cpu。

除了安装 god/monit 来杀死实例之外，任何人都可以给我一些关于如何防止这种情况的建议吗？我在日志中找不到任何有帮助的内容。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

沉鱼一梦 2024-07-21 06:59:27

如果您使用的是 Linux，则可以安装“strace”实用程序来查看 Ruby 进程正在执行哪些操作，从而消耗了所有 CPU。这将为您提供良好的低层视图。它应该在您的包管理器中可用。然后你可以：

$ sudo strace -p 22710
Process 22710 attached - interrupt to quit
...lots of stuff...
(press Ctrl+C)

然后，如果你想在中间停止进程并转储堆栈跟踪，你可以按照 http://eigenclass.org/hiki.rb?ruby+live+process+introspection，具体做的是：

gdb --pid=(ruby process)
session-ruby
stdout_redirect
(in other terminal) tail -f /tmp/ruby_debug.(pid)
eval "caller"

你也可以使用 ruby-debug Gem远程连接到您打开的调试套接字，如 http://duckpunching 中所述.com/passenger-mod_rails-for-development-now-with-debugger

Github 上似乎还有一个与调试 Passenger 实例相关的项目，看起来很有趣，但缺乏文档：
http://github.com/ddollar/socket-debugger/tree/master

If you're using Linux, you can install the "strace" utility to see what the Ruby process is doing that's consuming all the CPU. That will give you a good low-level view. It should be available in your package manager. Then you can:

$ sudo strace -p 22710
Process 22710 attached - interrupt to quit
...lots of stuff...
(press Ctrl+C)

Then, if you want to stop the process in the middle and dump a stack trace, you can follow the guide on using GDB in Ruby at http://eigenclass.org/hiki.rb?ruby+live+process+introspection, specifically doing:

gdb --pid=(ruby process)
session-ruby
stdout_redirect
(in other terminal) tail -f /tmp/ruby_debug.(pid)
eval "caller"

You can also use the ruby-debug Gem to remotely connect to debug sockets you open up, described in http://duckpunching.com/passenger-mod_rails-for-development-now-with-debugger

There also seems to be a project on Github concerned with debugging Passenger instances that looks interesting, but the documentation is lacking:
http://github.com/ddollar/socket-debugger/tree/master

回复收藏 0 原文

惟欲睡 2024-07-21 06:59:27

我有一个与 Phusion Passenger 相关的 ruby 进程，它消耗了大量的 CPU，即使它应该是空闲的。

运行后，问题就消失了

date -s "`date`"

在我按照此线程中的建议。（那是在 Debian Squeeze 上）

显然，该问题与闰秒有关，并且可能会影响许多其他应用程序，例如 MySQL、Java 等。更多信息请参见 lklm 上的这个帖子。

I had a ruby process related to Phusion Passenger, which consumed lots of CPU, even though it should have been idle.

The problem went away after I ran

date -s "`date`"

as suggested in this thread. (That was on Debian Squeeze)

Apparently, the problem was related to a leap second, and could affect many other applications like MySQL, Java, etc. More info in this thread on lklm.

回复收藏 0 原文

自演自醉 2024-07-21 06:59:27

我们在长时间运行的 SQL 查询中看到了类似的情况。

MySQL 会终止查询，因为它们超出了长时间运行限制，并且线程从未意识到查询已终止。

您可能想检查数据库日志。

回复收藏 0 原文

残龙傲雪 2024-07-21 06:59:27

这是乘客经常遇到的问题。我已经多次看到这个问题，帮助人们在 Rails 上运行 ruby 和乘客。我没有解决办法，但您可能想尝试一下 http: //www.modrails.com/documentation/Users%20guide%20Apache.html#debugging_frozen

回复收藏 0 原文

~没有更多了~