Question

最近,我一直在与我们的乘客机构合作,并通过新许可证的管道监测我们的物品。至上周,我注意到,每小时一度(单方一小时一小时一小时一度,似乎随机,而且只是在我可以告诉的那天——尽管晚上很少有人要求,所以我从来就看起开动。但是,同一箱子上的其他地点没有。

浏览passenger-status 我看到这一点:

----------- Domains -----------
/web/marketing/current: 
  PID: 2897    Sessions: 0    Processed: 178     Uptime: 22h 35m 58s

/web/demo/current: 
  PID: 11664   Sessions: 0    Processed: 58      Uptime: 17h 14m 59s
  PID: 11026   Sessions: 0    Processed: 20      Uptime: 17h 50m 21s

/web/production/current: 
  PID: 20103   Sessions: 0    Processed: 12      Uptime: 9m 49s
  PID: 20107   Sessions: 0    Processed: 3       Uptime: 9m 49s
  PID: 20099   Sessions: 0    Processed: 20      Uptime: 9m 49s
  PID: 20032   Sessions: 0    Processed: 20      Uptime: 11m 46s
  PID: 20105   Sessions: 0    Processed: 17      Uptime: 9m 49s
  PID: 20101   Sessions: 0    Processed: 2       Uptime: 9m 49s
  PID: 20110   Sessions: 0    Processed: 1       Uptime: 9m 43s

我们的客座目前是:

PassengerRoot /usr/local/lib/ruby/gems/1.8/gems/passenger-2.2.15
PassengerRuby /usr/local/bin/ruby_gc_wrapper

PassengerMaxPoolSize 20
PassengerUseGlobalQueue on
PassengerStatThrottleRate 120
PassengerPoolIdleTime 0

RailsSpawnMethod smart
RailsFrameworkSpawnerIdleTime 0
RailsAppSpawnerIdleTime 0

而废墟则认为:

#!/bin/sh

# wrap ruby with gc tuning parameters

export RUBY_HEAP_MIN_SLOTS=500000
export RUBY_HEAP_SLOTS_INCREMENT=250000
export RUBY_HEAP_SLOTS_GROWTH_FACTOR=1
export RUBY_GC_MALLOC_LIMIT=50000000
export RUBY_HEAP_FREE_MIN=4096
exec "/usr/local/bin/ruby" "$@"

根据我所理解的<代码>PassengerPoolIdletime 0,该编码应防止时间的推移。我知道的,除草场和生产场之间的唯一区别是,要求假肢的人多得多。然而,我没有在任何地点打上<条码>,因此突然重新启动。我审视了原木rot、 mo子和其他人,看看是否有任何外部进程,可看一看一刀切,但如果发生这种情况,我会期望所有进程都保持同步。

确实很奇怪。任何cl?

Answer 1

经过更仔细的检查,重新启动的时间比我最初想象的要长得多。虽然他们被拖到某个具体时间,但在最后3个小时和15分钟之后,他们通常被隔1小时左右。箱子上15小时后,一只休息了:che。

因此,它只能重新启动申请,而不是全部申请。我仍然不知道,但在那里有可能。不管怎么说,单单单单单单单靠 running(我宁愿在生产中不做任何工作),现在我有5小时的病例,还有一个连续的应对时间。美丽。

友情链接