Heroku Rails 4彪马应用程序产卵额外实例

Question

我正在Heroku上运行一个基本的Rails 4（ruby 2.1.4）应用程序，配置如下：

workers Integer(ENV['PUMA_WORKERS'] || 1)
threads Integer(ENV['MIN_THREADS']  || 6), Integer(ENV['MAX_THREADS'] || 6)

我目前没有设置任何ENV变量，所以我应该默认为1个工人。

问题是，在调查潜在内存泄漏时，至少根据NewRelic的说法，my web.1 dyno的两个“实例”正在运行。

我启用了heroku labs:enable log runtime metrics，它显示了我约400MB的内存占用。在NewRelic上，它显示了我在2个“实例”上的平均容量约为200MB的足迹。

heroku:ps显示：

=== web (1X): `bundle exec puma -C config/puma.rb`
web.1: up 2014/10/30 13:49:29 (~ 4h ago)

那么为什么NewRelic会认为我有两个实例在运行呢？如果我做一个heroku:restart NewRelic会在一段时间内只看到1个实例，然后最多看到2个。这是Heroku正在做但没有向我报告的事情，还是一只美洲狮的事情，即使工人应该设置为1。

Answer 1

这是因为Puma总是有一个主进程，所有的工作人员都是从这个主进程中产生的。

因此，实例计数将来自以下内容：

1（主流程）

Answer 2

请参阅2015年2月17日发布的New Relic 3.10.0.279，该版本在跟踪Puma实例时解决了这一特定问题。我猜既然你的应用程序在Heroku上运行，你就有了preload\u应用程序 在Puma配置中设置，因此这应该适用。

从发行说明中：

Puma主流程不再报告指标。将Puma的群集模式与preload_应用程序一起使用时！配置指令，代理将不再在Puma主进程中启动其报告线程。这将导致更准确的实例计数，以及Ruby VMs页面上更准确的统计数据（因为主进程将被排除）。

我正在测试一个简单问题的项目的更新，它似乎报告得更准确。