logo标签列表

Rails开发服务器运行缓慢，加载简单页面需要很长时间

ruby-on-railsrubyperformance
43

有类似的线程关于Rails在开发模式下速度较慢，但是那些线程中的解决方案对我没有任何帮助。我已经尝试安装可以提高性能的gem并且玩弄配置文件，但是都没有成功。

我刚开始学习Rails，所以我正在运行“Getting Started with Rails”指南中的启动应用程序，这是一个小博客。我已经按照建议安装了Ruby 1.9.3和Rails 3.2.13。我正在运行OS / X 10.7.5。

当加载教程应用程序的起始页面时，它需要20-40秒钟，这只包含1行文本和1个链接。每个后续请求到任何页面都需要20-40秒。然而，当我查看服务器日志时，Rails正在执行的所有操作似乎都不需要很长时间。之间的时间却花费了所有的时间。作为Rails的初学者，我不知道如何调试。

例如：

Started GET "/posts/1" for 127.0.0.1 at 2013-05-24 17:39:35 -0400
Processing by PostsController#show as HTML
  Parameters: {"id"=>"1"}
  Post Load (36.9ms)  SELECT "posts".* FROM "posts" WHERE "posts"."id" = ? LIMIT 1  [["id", "1"]]
  Comment Load (24.3ms)  SELECT "comments".* FROM "comments" WHERE "comments"."post_id" = 1
  Rendered comments/_comment.html.erb (0.9ms)
  Rendered comments/_form.html.erb (25.8ms)
  Rendered posts/show.html.erb within layouts/application (158.5ms)
Completed 200 OK in 274ms (Views: 201.0ms | ActiveRecord: 61.9ms)


Started GET "/assets/home.css?body=1" for 127.0.0.1 at 2013-05-24 17:39:52 -0400
RailsDevTweaks: Skipping ActionDispatch::Reloader hooks for this request.
Served asset /home.css - 304 Not Modified (0ms)
[2013-05-24 17:39:52] WARN  Could not determine content-length of response body. Set content-length of the response or set Response#chunked = true


Started GET "/assets/posts.css?body=1" for 127.0.0.1 at 2013-05-24 17:40:09 -0400
RailsDevTweaks: Skipping ActionDispatch::Reloader hooks for this request.
Served asset /posts.css - 304 Not Modified (0ms)
[2013-05-24 17:40:09] WARN  Could not determine content-length of response body. Set content-length of the response or set Response#chunked = true


Started GET "/assets/jquery.js?body=1" for 127.0.0.1 at 2013-05-24 17:40:12 -0400
RailsDevTweaks: Skipping ActionDispatch::Reloader hooks for this request.
Served asset /jquery.js - 304 Not Modified (0ms)
[2013-05-24 17:40:12] WARN  Could not determine content-length of response body. Set content-length of the response or set Response#chunked = true


Started GET "/assets/scaffolds.css?body=1" for 127.0.0.1 at 2013-05-24 17:40:16 -0400
RailsDevTweaks: Skipping ActionDispatch::Reloader hooks for this request.
Served asset /scaffolds.css - 304 Not Modified (0ms)
[2013-05-24 17:40:16] WARN  Could not determine content-length of response body. Set content-length of the response or set Response#chunked = true


Started GET "/assets/jquery_ujs.js?body=1" for 127.0.0.1 at 2013-05-24 17:40:19 -0400
RailsDevTweaks: Skipping ActionDispatch::Reloader hooks for this request.
Served asset /jquery_ujs.js - 304 Not Modified (0ms)
[2013-05-24 17:40:19] WARN  Could not determine content-length of response body. Set content-length of the response or set Response#chunked = true


Started GET "/assets/home.js?body=1" for 127.0.0.1 at 2013-05-24 17:40:21 -0400
RailsDevTweaks: Skipping ActionDispatch::Reloader hooks for this request.
Served asset /home.js - 304 Not Modified (0ms)
[2013-05-24 17:40:21] WARN  Could not determine content-length of response body. Set content-length of the response or set Response#chunked = true

您可以看到，初始的GET请求开始于17:39:35，Rails最多在几百毫秒内处理完所有内容（有时甚至为0毫秒），但每个事件之间的时间戳会相隔数秒。最后一个事件是在17:40:19，即初始GET请求后44秒。实际上，在我的浏览器中超过40秒没有任何显示。我不知道如何让Rails加速。我认为即使在开发模式下，一个只有1或2个模型的简单教程应该也不需要加载这么长时间。

有什么想法来缩小并解决这个问题吗？

注意：关于内容长度的警告与此问题无关。它们出现在我降级到Ruby 1.9.3时。我之前使用的是最新的Ruby（2.0.0），但认为这是慢速Rails性能的原因，所以我切换到推荐的Ruby 1.9.3，这些警告第一次出现。但是，dev模式下的Rails仍然很慢。

谢谢， Dave

更新： 为了帮助缩小问题范围，我禁用了资产管道，它确实加快了速度。现在只需4-8秒，而不是20-40秒，但是出现了新错误，并且我认为在禁用资产管道时失去了一些功能。有没有办法加速资产管道并使其保持启用状态？

ActionController::RoutingError (No route matches [GET] "/stylesheets/application.css"):
  actionpack (3.2.13) lib/action_dispatch/middleware/debug_exceptions.rb:21:in `call'
  actionpack (3.2.13) lib/action_dispatch/middleware/show_exceptions.rb:56:in `call'
  railties (3.2.13) lib/rails/rack/logger.rb:32:in `call_app'
  railties (3.2.13) lib/rails/rack/logger.rb:16:in `block in call'
  activesupport (3.2.13) lib/active_support/tagged_logging.rb:22:in `tagged'
  railties (3.2.13) lib/rails/rack/logger.rb:16:in `call'
  actionpack (3.2.13) lib/action_dispatch/middleware/request_id.rb:22:in `call'
  rack (1.4.5) lib/rack/methodoverride.rb:21:in `call'
  rack (1.4.5) lib/rack/runtime.rb:17:in `call'
  activesupport (3.2.13) lib/active_support/cache/strategy/local_cache.rb:72:in `call'
  rack (1.4.5) lib/rack/lock.rb:15:in `call'
  actionpack (3.2.13) lib/action_dispatch/middleware/static.rb:63:in `call'
  railties (3.2.13) lib/rails/engine.rb:479:in `call'
  railties (3.2.13) lib/rails/application.rb:223:in `call'
  rack (1.4.5) lib/rack/content_length.rb:14:in `call'
  railties (3.2.13) lib/rails/rack/log_tailer.rb:17:in `call'
  rack (1.4.5) lib/rack/handler/webrick.rb:59:in `service'
  /Users/ss/.rvm/rubies/ruby-1.9.3-p429/lib/ruby/1.9.1/webrick/httpserver.rb:138:in `service'
  /Users/ss/.rvm/rubies/ruby-1.9.3-p429/lib/ruby/1.9.1/webrick/httpserver.rb:94:in `run'
  /Users/ss/.rvm/rubies/ruby-1.9.3-p429/lib/ruby/1.9.1/webrick/server.rb:191:in `block in start_thread'

更新： 这篇文章对我帮助很大：Diagnosing the cause of slow view rendering

基本上，问题的原因是development.rb文件中config.assets.debug = true导致的延迟。我将其设置为false，看起来速度更快了。

Rails开发人员表示，启用debug模式会减慢复杂应用程序的运行速度，但这只是一个简单的教程应用程序，仅有1个模型/控制器/视图。无论如何，我希望这些性能提升能持续下去，但至少解决了我眼前的问题。

3
让我们看看能否将其缩小到资产管道（用于提供JS/CSS请求的流程）。在application.rb中添加config.assets.enabled = false并检查响应。通常浏览器在加载<head>中的所有脚本/ CSS之前不会呈现页面，因此这可能是您未看到页面的原因。 - Subhas
我还没有尝试过其他的机器。我有一个Windows电脑可以试一下，但我更喜欢用Mac。如果我无法解决这个问题，也许我会尝试使用Windows。我已经删除了rails-dev-tweaks，因为它并没有起到任何作用。我的设置应该是标准的。我查看了Chrome时间轴，它大部分时间都在等待服务器响应。 - Dave Bowman
我禁用了资产管道，确实加快了速度。现在大约是4-8秒，而不是20-40秒。但是当资产管道被禁用时，我也会收到新的错误。我会更新我的帖子并附上输出结果。 - Dave Bowman
2
我尝试了这篇帖子中推荐的方法（https://dev59.com/-uo6XIcBkEYKwwoYORoV），并且它起作用了。资产管道已启用，页面加载时间从20-40秒缩短至1秒左右，至少好多了。 - Dave Bowman
@DaveBowman - 如果你愿意将解决方案总结为自己的答案，我会删除我的回答。（请参见http://meta.stackexchange.com/questions/90263/unanswered-question-answered-in-comments，了解为什么这很有帮助。）谢谢！ - DreadPirateShawn
显示剩余2条评论
2个回答
53

为了将此问题从“未回答”过滤器中移除，我从评论（和编辑后的问题正文）中复制了答案：

我尝试了他们在这篇文章中推荐的方法 (Diagnosing the cause of slow view rendering)， 它起作用了。资产管道已启用，页面加载速度从20-40秒降至1秒左右，至少好多了。

...

基本上，延迟是由于development.rb中的config.assets.debug = true造成的。我把它改成false，速度似乎更快了。

Rails的开发人员说启用调试会减慢非常复杂的应用程序，但这只是一个简单的教程应用程序，只有一个模型/控制器/视图。无论如何，我希望这些性能提升能持续下去，但它确实解决了我的即时问题。

~ Dave Bowman的答案

1
但是这样做有什么不利之处吗？ - Kaspar
@Kaspar 根据这篇文章，你会得到更少详细的错误信息：http://artandlogic.com/2012/12/faster-rails-dev/ - bigtex777
11
在将应用程序从Rails 3.2升级到4.2后，这并没有帮助我在开发环境中进行开发，但在development.rb中设置config.assets.digest = false就解决了问题。 - dav1dhunt
在Windows上，以上方法都对我无效。 - Sanan Ali
0

还有一些需要考虑的重要事项。

如果你已经设置了缓存，但是凭据不正确（或者已经被更新，就像我的情况一样），Rails会在放弃连接并手动处理数据之前尝试多次连接服务器。

例如，在这个代码块中

@data = Rails.cache.fetch('all_market_data', expires_in: 1.hour) do
  Model.all.where(x: y).order('value ASC').each do |c|
    # functionality
    # proccessing
    # etc
  end
  @data
end

Rails将尝试连接配置在您的development.rb配置文件中的任何缓存。

如果失败（大约尝试20秒），它将放弃尝试连接到缓存本身并处理数据本身（就像缓存的到期一样）

tldr：如果您设置了缓存，请确保您的凭据是最新的，并且您可以建立连接。

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接