gpt4 book ai didi

ruby-on-rails-3.1 - 从 Rails 3.0.9 升级到 3.1.0 时, bundle 程序 ruby​​ 进程在 Mac 上以 99% 的 CPU 消耗

转载 作者:行者123 更新时间:2023-12-01 11:03:56 24 4
gpt4 key购买 nike

我已经试过几次了。我使用 rvm,我使用的 ruby 是 ree 1.8.7。更改我的 Gemfile 后运行“bundle update”会使处理器挂起,几乎 100% CPU。它已经运行了一个多小时。我需要做什么特别的事情吗?

最佳答案

我想出了如何调试它,因此能够解决我的问题。

简短版(基于我公认的对 bundler 的肤浅了解):

  • bundle updatebundle install 都会查看您的 Gemfile,然后尝试解决指定 gem 的依赖关系。这是导致您的 CPU 燃烧的步骤,很可能(它应该在它打印 Fetching source index for http://rubygems.org/ 之后)

我遇到的情况是,有时 Bundler 会陷入无限循环(或者,至少比我等待的时间更长),试图解决相互冲突的需求。在我的例子中,两个不同的 gem 都需要第三个具有不同版本要求的 gem。

出于某种原因,bundler 陷入了一个无休止的循环(或一些非常非常长的循环),试图解决依赖关系。

我基本上是在github上发现这个问题:https://github.com/carlhuda/bundler/issues/1450

这让我尝试了这个命令:

DEBUG_RESOLVER=1 bundle 安装

运行产生了足够的输出让我识别出混淆 bundler 的 gem 依赖项。就我而言,这是两个不同的 gem,需要不同版本的构建器 gem。

我通过指定适用于两个 gem 的构建器版本来修复它:

gem 'builder', '~> 3.0.0'

这样就解决了,下次我运行安装或更新时,它会在合理的时间内完成。

我希望这能帮助您解决问题。

关于ruby-on-rails-3.1 - 从 Rails 3.0.9 升级到 3.1.0 时, bundle 程序 ruby​​ 进程在 Mac 上以 99% 的 CPU 消耗,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8042089/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com