加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

ruby-on-rails – 后台作业占用rails内相同操作的两倍

发布时间:2020-12-17 02:06:49 所属栏目:百科 来源:网络整理
导读:在我的Rails应用程序中,我有一个很长的计算需要大量的数据库访问. 为了缩短它,我的计算耗时25秒. 在后台作业(一个大的单个工作者)中实现相同的计算时,相同的计算需要两倍的相同时间(即50秒).我已经尝试了几种技术将工作放在后台进程中,不会对我的表现产生影
在我的Rails应用程序中,我有一个很长的计算需要大量的数据库访问.

为了缩短它,我的计算耗时25秒.

在后台作业(一个大的单个工作者)中实现相同的计算时,相同的计算需要两倍的相同时间(即50秒).我已经尝试了几种技术将工作放在后台进程中,不会对我的表现产生影响=>使用DelayJob / Sidekiq /在我的轨道中执行该过程但是在为工作创建的线程中,但所有对我的表现都有相同的影响* 2.

这种性能差异仅存在于rails’生产’环境中.看起来有一个由rails完成的优化,这在我的后台作业中没有完成.

我的技术环境如下=>

>我使用的是ruby 2.0 / rails 4
>我正在使用独角兽(但没有它我有同样的问题).
>这项工作是使用Rails.cache来存储一些部分计算.
>我正在使用postgresql

有没有人知道这种影响可能来自哪里?

解决方法

我假设您将后台作业速度与Web请求期间运行操作的速度进行比较?如果是这样,您可能会受益于Rails的QueryCache,后者在Web请求期间缓存数据库查询.尝试禁用它,如下所述:

Disabling Rails SQL query caching globally

如果这导致作业的Web请求版本与后台作业一样长,那么您就找到了罪魁祸首.然后,您可以在后台作业上启用查询缓存以加快速度(如果它对您的应用程序有意义).

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读