cai*_*nne 5 ruby-on-rails ruby-on-rails-3.1
我目前正在使用 cron 和“rails runner”来执行后台作业。大多数情况下,这些工作都是简单的民意调查“查找应收到提醒电子邮件的记录。发送该电子邮件。”
我一直在观察我的 Amazon EC2 Small 实例,并注意到每次其中一项 cron 作业启动时,CPU 都会飙升至约 99%。我当前工作中的微小查询绝对不负责任。我假设峰值只是由于通过“rails runner”加载完整的 Rails 环境造成的。
是否有更高效的 CPU 方式来处理定期安排的批处理作业?
PS 我知道,在未来 X 时间发送提醒电子邮件的特定示例中,我可以elasted_jobs,并简单地安排将来的工作。不过,并非所有可能的任务都很好地适合delayed_jobs框架,因此我正在寻找更传统的“cron job”类型的解决方案。就像“rails runner”一样,但没有疯狂的 CPU 后果。
| 归档时间: |
|
| 查看次数: |
1021 次 |
| 最近记录: |