大佬教程收集整理的这篇文章主要介绍了ruby-on-rails – 减少耙资产的内存消耗：预编译，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
语境：
我试图获得一个单一的Docker容器Bitbucket Pipelines版本的我们的自动构建.应用栈包括Rails 4.2.7,postgresql 9.3,Java 8,Maven 3.3.9和JRuby 9.1.2.0.我已经尝试创建了基于Debian jessie以及Alpine Linux的映像,但它在基线内存方面没有太多的区别.
使用NodeJS作为预编译的JavaScript解释器(或另一种以低峰值RAM使用为特征的JavaScript解释器).
更长的答案
对于上下文,我使用NodeJS 4.5.0与therubyracer v0.12.2和therubyrhino v2.0.4相比较
你可以增加RAM吗？
听起来很愚蠢,但在构建过程复杂化之前,看看是否有更多能力的构建机器可用,或者是否有可用的交换空间可能是有意义的(尽管它可能会增加构建时间).
你可以切换JavaScript解释器吗？
高峰RAM利用率似乎是therubyrhino(Mozilla的Rhino JavaScript解释器)和therubyracer(V8 JavaScript解释器)的基本特征.在资产预编译阶段,显着降低RAM占用量的方法似乎不是一种有效的方式.最可行的路径似乎是预编译构建生命周期之外的资产,并将它们缓存到某个地方,以便可以获取它们,而不是预编译,as suggested by @user4776684.作为对该问题的意见建议,Rails版本和Ruby版本都有影响,但不会就像JavaScript解释器一样.
如果一切都失败
作为@slowjack2k mentioned above,如果使用Bundler,则可以利用并行配置来仅为预编译任务调用NodeJS,并保持原始版本相对不变.我没有看到这一点,因为它更容易切换口译员,但是当我能够用rake和NodeJS预编译资源时,他们似乎没有被认为是预编译的,当它来到耙子的时候,他们是re -precompiled.我使用程序设置的BUNDLE_GEMFILE环境变量完成了这一点,该变量指向一个完全独立的gemfile,它使用了Ruby Ruby和NodeJS而不是JRuby和therubyrhino.
以上是大佬教程为你收集整理的ruby-on-rails – 减少耙资产的内存消耗：预编译全部内容，希望文章能够帮你解决ruby-on-rails – 减少耙资产的内存消耗：预编译所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。