Heroku上的Rails 4错误R14(超出内存配额)

the*_*ist 34 ruby memory-leaks ruby-on-rails heroku ruby-on-rails-4

我一直得到(显然很常见的)错误R14,不知道什么时候开始但是在安装Papertrail插件后注意到了.在看到其他人提到它之后我也加了oink.我已经尝试过其他人在其他SO问题中尝试过的所有问题,但我似乎无法找到问题/内存泄漏.

Error R14 (Memory quota exceeded)
heroku/web.1: Process running mem=587M(114.7%)
Run Code Online (Sandbox Code Playgroud)

当我看到这个,暂时修复它,我运行heroku restart了一段时间,但我想永久解决这个问题.

从我在Papertrail中看到的,该应用程序只是一遍又一遍地加载相同的页面(主页)(而不是用户流量):

app/web.1: Completed 200 OK in 436ms (Views: 45.5ms | ActiveRecord: 386.2ms) 
app/web.1: May 25 18:14:52 5d2105e1-d799-4496-a2af-3785e78998db rails[9]: Oink Action: static_pages#home
app/web.1: May 25 18:14:52 5d2105e1-d799-4496-a2af-3785e78998db rails[9]: Memory usage: 378860 | PID: 19
app/web.1: May 25 18:14:52 5d2105e1-d799-4496-a2af-3785e78998db rails[9]: Oink Log Entry Complete 
heroku/web.1: source=web.1 dyno=heroku.25566769.9d9a3da0-db4c-4b51-bc53-b69be9e43cb7 sample#memory_total=209.86MB sample#memory_rss=209.83MB sample#memory_cache=0.02MB sample#memory_swap=0.00MB sample#memory_pgpgin=59278pages sample#memory_pgpgout=5555pages 
Run Code Online (Sandbox Code Playgroud)

2分钟后:

heroku/web.1: source=web.1 dyno=heroku.25566769.9d9a3da0-db4c-4b51-bc53-b69be9e43cb7 sample#memory_total=293.73MB sample#memory_rss=291.94MB sample#memory_cache=0.02MB sample#memory_swap=1.77MB sample#memory_pgpgin=80890pages sample#memory_pgpgout=6147pages `
Run Code Online (Sandbox Code Playgroud)

我也heroku labs:enable log-runtime-metrics这里和Heroku的另一个问题的说明启用

我还添加了New Relic插件,这是我在Monitoring> Instances选项卡中看到的:

过去7天: 过去7天

过去24小时: 过去24小时

我很困惑,因为你可以看到5/24之后内存使用率下降并且一直保持下降,但是在日志中显示内存正在使用,mem=587M(114.7%)而在过去的24小时内平均为150M,所以我不明白什么是发生.我希望有人能帮帮忙.谢谢.

更新1:添加了Gemfile

#Gemfile
source 'https://rubygems.org'
ruby '2.1.1'
gem 'rails', '4.1.1'

gem 'puma', '~> 2.8.2'
gem 'turbolinks', '~> 2.2.2'
gem 'pg', '~> 0.17.1'
gem 'rack-attack', '~> 4.0.1'
gem 'memcachier'
gem 'dalli', '~> 2.7.1'
gem 'oink'
gem 'fog', '~> 1.22.0'
gem 'activeadmin', github: 'gregbell/active_admin'
gem 'dynamic_sitemaps', '~> 2.0.0'
gem 'whenever', :require => false
gem 'cancancan', '~> 1.8.0'
gem 'mini_magick', '~> 3.7.0'
gem 'carrierwave', '~> 0.10.0'
gem 'devise', '~> 3.2.4'
gem 'rolify', '~> 3.4.0'
gem 'simple_form', '~> 3.0.2'
gem 'cocoon', '~> 1.2.6'
gem 'friendly_id', '~> 5.0.3'
gem 'nokogiri', '~> 1.6.2.1'
gem 'kaminari'
gem 'impressionist', '~> 1.5.1'
gem 'validate_url'
gem 'searchkick', '~> 0.7.5'
gem 'meta-tags', '~> 2.0.0'
gem 'newrelic_rpm'


group :assets do
  gem 'sass-rails', '~> 4.0.3'
  gem 'bootstrap-sass', '~> 3.1.1.1'
  gem 'uglifier', '~> 2.5.0'
  gem 'coffee-rails', '~> 4.0.1'
  gem 'asset_sync'
  #gem 'jquery-turbolinks'
  gem 'jquery-rails'
  gem 'jbuilder', '~> 2.0.7'
end

group :production do
  gem 'rails_12factor'
end
Run Code Online (Sandbox Code Playgroud)

更新2:将服务器从Puma更改为Unicorn

这很简单,遵循这里的指示.这就是现在的样子,看起来不错,但我怀疑是因为应用程序重新启动了: last30mins

# after heroku restart
heroku/web.1: source=web.1 dyno=heroku.25566769.3770e52a-ddf3-485a-a88a-ac4fd54ab640 sample#memory_total=123.62MB

# after 4 minutes
heroku/web.1: source=web.1 dyno=heroku.25566769.3770e52a-ddf3-485a-a88a-ac4fd54ab640 sample#memory_total=276.48MB
Run Code Online (Sandbox Code Playgroud)

更新3:将Unicorn工作人员的数量减少到2人

在这之后,根据New Relic,这是过去6小时每个dyno/instance的平均内存使用量: lasy6hoursafter

PaperTrain(以及尝试过的LogEntries)的输出是这样的:

app/web.1: May 26 19:54:08 21ae35ee-5656-4254-9f12-5dc6bb59efa1 rails[6]: Memory usage: 426076 | PID: 6
app/web.1: May 26 19:54:08 21ae35ee-5656-4254-9f12-5dc6bb59efa1 rails[6]: Oink Log Entry Complete
heroku/web.1: source=web.1 dyno=heroku.25566769.21ae35ee-5656-4254-9f12-5dc6bb59efa1 sample#load_avg_1m=0.00 sample#load_avg_5m=0.00 sample#load_avg_15m=0.00
heroku/web.1: source=web.1 dyno=heroku.25566769.21ae35ee-5656-4254-9f12-5dc6bb59efa1 sample#memory_total=431.99MB sample#memory_rss=406.85MB sample#memory_cache=0.10MB sample#memory_swap=25.04MB sample#memory_pgpgin=198612pages sample#memory_pgpgout=94432pages 
Run Code Online (Sandbox Code Playgroud)

我检查了日志,1小时后我得到了R14错误,现在它已经上升很少,几乎保持稳定在432MB并且还没有得到错误.所以这似乎解决了这个问题!如果这种情况发生变化,我会随时更新.

Chl*_*loe 17

如果Papertrail导致问题,请尝试不同的添加.我一直在使用LogEntries而没有太大问题.https://addons.heroku.com/#logging

还尝试降低Unicorn工作进程,以便使用更低的总内存.而不是默认值3(每箱/ dyno),尝试2.

https://devcenter.heroku.com/articles/rails-unicorn#unicorn-worker-processes

您还可以在应用上运行内存探查器:

http://timetobleed.com/memprof-a-ruby-level-memory-profiler/

https://www.ruby-toolbox.com/search?utf8=%E2%9C%93&q=profile


Jon*_*mon 13

Digital Ocean写了一篇关于此的精彩文章.

杀死独角兽可以在某些情况下工作......但是有些人可能会对这种方法有道德问题.


sca*_*guy 8

如果你在Ruby 2.1中使用Rails 4,我敢打赌你需要做的唯一改变就是降级到Ruby 2.0.

我花了两天的时间来弄明白,我想出了Heroku支持的建议.我认为这是一个bug或类似于Ruby 2.1或Rails 4的东西.

2015年4月更新:

当时,降级确实起到了解决作用.但是,它确实不是一种解决问题的推荐方法......有人说使用Rails 4.2 升级到Ruby 2.2.0可以显着降低内存消耗.我试试吧!

  • 为了它的价值,我刚刚升级到Ruby 2.2.0并且我的Heroku内存消耗从Ruby 2.1.3显着下降.我正在使用Rails 4.2.0 (6认同)
  • 降级到Ruby 2.0修复了内存配额错误,但我发现我的应用程序运行速度明显变慢.我升级到Ruby 2.1.3并且R14错误没有返回.您可以使用log-runtime-metrics打开日志中的内存统计信息.基于这些日志条目,我的平均内存使用量比Ruby 2.1.2下降了大约100兆. (2认同)