韦布里克的反应非常缓慢。 如何加快速度？

Question

我的服务器上运行着一个 Rails 应用程序。 当我转到远程桌面并尝试加载应用程序时，服务器需要 3-4 分钟才能响应简单的 HTML 页面。 但是，当我在服务器本地加载页面时，该页面仅一秒钟就会显示出来。 我尝试从远程桌面 ping 服务器，并且 ping 在合理的时间内成功完成。

这一切似乎是在我安装了Oracle的基本客户端和SQLPLUS之后开始的。 我应该怀疑 Oracle 吗？ 有没有人经历过类似的事情？

Answer 1

这里有同样的问题（甚至一年后）。 在 Linux 下，您必须执行以下操作：

查找文件 /usr/lib/ruby/1.9.1/webrick/config.rb 并编辑它。

Restart webrick替换该行

:DoNotReverseLookup => nil,

用

:DoNotReverseLookup => true,

，它将像魅力一样工作:)

Answer 2

有同样的问题。 对我来说，这篇文章提供了解决方案。 如果您使用的是 Ubuntu，请停止（或卸载）avahi-daemon。 service avahi-daemon stop 停止守护进程。

Webrick 现在感觉速度非常。

该问题有 Rails Lighthouse 中的旧报告，但是，Ruby-on-Rails 已将他们的票证移至从那时起，github； 不幸的是，这个老问题仍然存在。

但请注意，如果您实际上使用 avahi-daemon 进行某些操作，例如 在您的网络上查找打印机和扫描仪，这将不再起作用。

Answer 3

刚刚遇到了同样的问题。 这

...
:DoNotReverseLookup => true,
...

也为我做到了。
以防万一您在 rvm 下运行 ruby​​，以下是要执行的路径：

~/.rvm/rubies/ruby-<version>/lib/ruby/<version>/webrick/config.rb

Answer 4

“Thin”现在是在本地和 Heroku 上运行的绝佳选择：

On Heroku:
https://devcenter.heroku.com/articles/rails3#webserver

网站：
http://code.macournoyer.com/thin/

您可以通过将您的Gemfile:

gem "thin"

...然后运行bundle并使用thin start或rails s启动服务器。

Heroku 更新

Thin 现在被认为是 Heroku 的一个坏选择。 更多信息请参见：

https://blog.heroku.com/archives/2013/ 4/3/routing_and_web_performance_on_heroku_a_faq

他们的建议：

切换到并发 Web 后端，例如 JRuby 上的 Unicorn 或 Puma，这允许 dyno 管理自己的请求队列并避免阻塞长请求。

Answer 5

当我通过 VPN 访问 WEBrick 服务器时，我遇到了一个隐约相似的问题。 请求会花费很长时间，其中大部分时间都没有发生任何事情。
由于 mongrel 和 thin gems 都无法在 Windows 上使用 Ruby1.9，并且我无法让自己卷入从源代码编译的内容，因此我需要坚持使用 WEBrick。

修复方法是在创建 WEBrick 服务器时将配置参数 DoNotReverseLookup 设置为 true：

server = HTTPServer.new {:DoNotReverseLookup => true, ...}

Answer 6

您可以使用 Apache 或安装 Thin。 在您的 Gemfile 中： gem 'thin'

您还可以检查 的列表Rails 的网络服务器。

Answer 7

尝试在 1.8.7 上使用 webrick 执行此操作，但找不到要更改的配置。 然而，您可以使用的一个作弊方法是将其尝试反向查找的 IP 地址添加到运行 webrick 的服务器的主机文件中。

Answer 8

我在使用 Sinatra 时经常遇到 10 秒的延迟。 这个片段为我解决了这个问题。

将其添加到 app.rb 文件顶部附近

class Rack::Handler::WEBrick
    class << self
        alias_method :run_original, :run
    end
    def self.run(app, options={})
        options[:DoNotReverseLookup] = true
        run_original(app, options)
    end
end

请参阅源代码

Answer 9

这是一个旧的问答线程，帮助我解决了本地开发虚拟机上的 :DoNotReverseLookup 问题，并希望添加其他信息。 此网页解释了回归错误 Ruby 核心导致某些人出现此问题； 重点是我的； 总而言之，GitHub 上有一个 Ruby 核心修复请求，希望它能得到批准并合并到即将发布的 Ruby 中：

经过几个小时的排查，事实证明是这样！
显然，Ruby 标准库从
从 1.8.6 到 2.0.0，WEBrick 获得了一个新的配置选项 :DoNotReverseLookup，默认设置为 nil。 然后，在内心深处
WEBrick 请求处理代码的核心，它设置
传入连接套接字实例上的 do_not_reverse_lookup 标志
为 config[:DoNotReverseLookup] 的值。 由于该值为nil，
这是 false，效果与设置为 false 相同，
覆盖全局 Socket.do_not_reverse_lookup 标志。 所以，除非
你有：DoNotReverseLookup =>; true 在你的 WEBrick 配置中，相反
每个新连接都可能会进行 DNS 查找
导致严重的延迟。

与此发现相关的是来自作者的 GitHub Pull 请求 建议如何修复 Ruby WEBrick 源代码中的问题：修复 WEBrick 的 :DoNotReverseLookup 配置选项中的回归错误实现 #731

请求中概述的解决方案是将 lib/webrick/server.rb 中的第 181 行从以下位置更改为：

sock.do_not_reverse_lookup = config[:DoNotReverseLookup]

如果

unless config[:DoNotReverseLookup].nil?

有人偶然发现这个备受关注的问题，请在此处共享/answer 线程，并对 Ruby 核心中解决此问题的进展感兴趣。 希望这个拉动能够在 Ruby 的下一个版本中被合并或者以某种方式处理潜在的问题； 也许是2.1.6？

Answer 10

这是一个很晚的答案，但我花了一天的大部分时间来调试在 Vagrant 上运行的 Rails 的这个问题。 更改反向 DNS 查找实际上根本没有改善请求时间。 两件事的结合使我的页面加载在开发模式下从约 20 秒减少到约 3 秒：

用 mongrel 替换 WEBrick。 我必须使用预发布版本，否则无法安装：

sudo gem install mongrel --pre

然后将其添加到我的 Gemfile for dev： 然后

group :test, :development do
  gem 'mongrel'
end

像这样启动我的服务器：

rails server mongrel -e development

这减少了几秒钟，5 或 6 秒，但它仍然非常慢。 这是锦上添花 - 将其添加到 Gemfile 中：

group :development do
  gem 'rails-dev-boost', :git => 'git://github.com/thedarkone/rails-dev-boost.git'
end

Answer 11

ruby 1.8.x webrick 中没有 DoNotReverseLookup 选项。 解决方案是将：

Socket.do_not_reverse_lookup = true

放在脚本开头的某个位置。

来源：WEBrick 和 Socket.do_not_reverse_lookup：两个故事使徒行传

Answer 12

在我可能罕见的情况下，它在我刷新我的 iptables 后起作用，这没有任何副作用，因为我没有任何自定义规则（只是默认的 Ubuntu 允许所有规则）：

sudo iptables -F