Rails、Minitest 和 Guard - 为什么 rb-fsevent 占用超过 100% 的 CPU？

Question

我在我的 Rails 应用程序中运行警卫，测试套件（分钟）最近停止正常工作。

如果我幸运的话，它会运行所有测试一次，也许两次。在那之后，即使是一个很小的测试文件被更改也需要很长时间才能响应，以至于使用 gem 变得徒劳。

在测试运行时关注top 时，我可以看到有一个 ruby​​ 进程不断地占用超过 100% 的 CPU。即使运行了所有测试并且我没有对文件进行任何更改。

ruby 进程是：

/Users/Bodacious/.rvm/gems/ruby-2.0.0-p247@MyApp/gems/rb-fsevent-0.9.3/bin/fsevent_watch --latency 0.1 /Users/Bodaiou/Clients/MyApp

（进程 31332）在所附的屏幕截图中。

Ruby 2.0.0-p247

这是我的设置：

# Gemfile (with irrelevant gems removed)
gem 'rails', '4.0.0'
group :test do
  gem 'launchy'
  gem "mocha", require: false
  gem 'database_cleaner'
  gem 'selenium-webdriver'
  gem 'capybara-webkit' # for headless javascript tests
  gem 'timecop'
  gem "minitest-focus"
end

group :development, :test do
  gem "minitest-rails"
  gem "minitest-rails-capybara"
  gem 'zeus'
  gem 'guard'
  gem 'guard-minitest'
  gem 'factory_girl_rails'
end


# Guardfile
guard :minitest, all_on_start: false do
  # Rails 4
  watch(%r{^app/(.+)\.rb})                               { |m| "test/#{m[1]}_test.rb" }
  watch(%r{^app/controllers/application_controller\.rb}) { 'test/controllers' }
  watch(%r{^app/controllers/(.+)_controller\.rb})        { |m| "test/integration/#{m[1]}_test.rb" }
  watch(%r{^app/views/(.+)_mailer/.+})                   { |m| "test/mailers/#{m[1]}_mailer_test.rb" }
  watch(%r{^lib/(.+)\.rb})                               { |m| "test/lib/#{m[1]}_test.rb" }
  watch(%r{^test/.+_test\.rb})
  watch(%r{^test/test_helper\.rb})                       { 'test' }

  ignore(%r{^tmp/})

end

# test_helper
ENV["RAILS_ENV"] = "test"
require File.expand_path("../../config/environment", __FILE__)

require 'rails/test_help'
require 'minitest/autorun'
require 'minitest/pride'
require "minitest/rails/capybara"

require "mocha/setup"

# Sidekiq https://github.com/mperham/sidekiq/wiki/Testing
require 'sidekiq/testing'
Sidekiq::Testing.fake!

Dir[Rails.root.join('test', 'support', '*.rb')].each do |file|
  require file
end


class MiniTest::Spec
  include FactoryGirl::Syntax::Methods
  include AllTestHelper

end


class ActiveSupport::TestCase
  include FactoryGirl::Syntax::Methods
  include AllTestHelper
end

class Capybara::Rails::TestCase
  include Rails.application.routes.url_helpers 
  include Capybara::DSL
  include Capybara::Assertions
  include IntegrationTestHelper

  # Called before each Feature spec
  before :each do
  end

  # Called after each Feature spec
  after :each do
    Capybara.reset_sessions!
  end
end

宝石版本：

• minitest (4.7.5)
• minitest-capybara (0.5.0)
• minitest-focus (1.1.0)
• minitest-元数据 (0.4.0)
• minitest-rails (0.9.2)
• minitest-rails-capybara (0.10.0)
• mobvious-rails (0.1.2)
• 摩卡（0.14.0）
• 守卫 (2.2.4)
• 保护-minitest (2.1.2)
• rb-fsevent (0.9.3)

Answer 1

解决方案：

我通过在我的 Guardfile 中添加一个“忽略”语句解决了这个问题。对于我的 rails 3 项目，它看起来像这样（./Guardfile）：

ignore([%r{^bin/*}, %r{^config/*}, %r{^db/*}, %r{^lib/*}, %r{^log/*}, %r{^public/*}, %r{^tmp/*}])

guard 'rspec', cmd: 'spring rspec', all_after_pass: false, all_on_start: false, focus_on_failed: true do
  # Rails
  watch(%r{^spec/.+_spec\.rb$})
  ...
end

这似乎是guard/rspec/rails 的最佳实践。

保护“忽略”信息：https://github.com/guard/guard/wiki/Guardfile-DSL---Configuring-Guard#ignore

我的问题

我在我的 mac os x 10.9 机器上遇到了非常相似的情况：

• 弹簧 (1.0.0)
• rb-fsevent (0.9.3)
• 咆哮 (1.0.3)
• rspec-core (2.14.7)
• rspec-expectations (2.14.4)
• rspec 模拟 (2.14.4)
• rspec (2.14.1)
• guard-rspec (4.2.0)
• 听 (2.4.0)
• rspec-rails (2.14.0)
• 导轨 (3.2.15)

在开始守护运行我的 rspec 测试后，守护进程在“空闲”时跳到一个核心上的 100% 负载，它保持这样的时间足以让我有资格获得“永远”的资格。 :)

我试图跑卫

• 强制轮询
• 没有“观察”语句
• 带弹簧
• 没有弹簧

没有变化。

我的同事在同一个项目中使用 linux，因此他使用 rb-inotify 而不是 rb-fsevent。他在空闲时没有负载（正如您对 mac os 所期望的那样......）。

如上所述，我的解决方案是在我的 Guardfile 中添加一个“忽略”语句。