pyenv, rbenv の shims のオーバーヘッド - Qiita
Rubyist が pyenv を使うときに知っておいてほしいこと で、 「pyenv を Python をビルドするためだけに利用する方法」について紹介しました。 そこで「シェルを軽量化し、 shims も利用しないようにする事ができます。」と書いたのですが、具体的にコマンドを shims 経由で起動するオーバーヘッドについて紹介しておきます。 $ type python3 python3 は /Users/inada-n/pyenv/shims/python3 です $ pyenv shell 3.6.1 $ python3 -VV Python 3.6.1 (default, May 18 2017, 16:23:51) [GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.42.1)] $ time python3 -S -c 42
anyenvで開発環境を整える - Qiita
私の場合、開発環境では複数の言語のコードを書いたり実行したりします。 例えば perl, ruby, nodejs, python など。 これらを利用するために、plenv, rbenv, nodebrew, pyenv などを利用していました。 しかし、遅ればせながら anyenv というものがあると聞いたので、こっちに乗り換えました。 **envを2つ以上使ってる人はこれ使うのが良いと思います。おすすめ。 http://blog.riywo.com/2013/06/22/155804 https://github.com/riywo/anyenv インストールは簡単 README.md のとおりにやればOK # ------------------------------------------------------------------------ -# plenv +# an
rbenvとruby-build : rbenv install 2.0.0-p247でRubyのインストールが失敗する。CentOS6.5。 | コンパクトファクトリ
・・・・・ ossl_pkey_ec.c: In function ‘ossl_ec_group_initialize’: ossl_pkey_ec.c:766: 警告: implicit declaration of function ‘EC_GF2m_simple_method’ ossl_pkey_ec.c:766: 警告: assignment makes pointer from integer without a cast ossl_pkey_ec.c:821: error: ‘EC_GROUP_new_curve_GF2m’ undeclared (first use in this function) ossl_pkey_ec.c:821: error: (Each undeclared identifier is reported only once ossl_pkey_
uu59のメモ | rbenvが遅くて死ぬので高速化する
rbenvの初期化が0.5秒くらい掛かる。evalしてるのは公式ドキュメントにそう書いてるから。 $ time (eval "$(rbenv init -)") ( eval "$(rbenv init -)"; ) 0.30s user 0.08s system 82% cpu 0.462 total 一方rbenvを無効化したzshなら、起動から終了までは0.1秒未満（※個人差があります） $ time ( zsh -i -c exit ) ( zsh -i -c exit; ) 0.05s user 0.02s system 89% cpu 0.076 total 素のzshならもっと速い。 $ time ( : > /tmp/.zshrc && ZDOTDIR=/tmp zsh -i -c exit ) ( : > /tmp/.zshrc && ZDOTDIR=/tmp zsh -
rbenv install したときに 一緒に bundler をインストールする | そんなこと覚えてない
rbenv install したときに bundler ぐらい自動で入って欲しいですよね。 たぶん。今日、そういうツイートを見ました。 rbenv には hook という機能が用意されているのでこれを利用するとできます。 hook したときに呼ばれるスクリプトは以下の場所に配置できます。 ${RBENV_ROOT}/rbenv.d /usr/local/etc/rbenv.d /etc/rbenv.d /usr/lib/rbenv/hooks 環境変数 RBENV_HOOK_PATH を設定すると好きな場所に配置できます。 私はホームディレクトリにおきたいので指定しました。 export RBENV_HOOK_PATH="$HOME/.rbenv.d" 必要に応じて .zshenv や .bash_profile などに書き込みましょう。 以下、 .rbenv.d に設定したと仮定して話を
bundle execを使わずに済む方法（rbenv編） - Qiita
$ cd $ mkdir .rbenv/plugins $ cd .rbenv/plugins $ git clone git://github.com/ianheggie/rbenv-binstubs.git rbenvにはpluginsという仕組みがあってrbenvに機能を追加できる。ruby-buildもその一つ。「ひとつのことをうまくやる」思想っぽい。 そのpluginのひとつにbundlerとの連携をうまくやってくれるrbenv-bundlerというのがあるんだけど、rbenvはこれを非推奨といってる。パフォーマンスが悪くなったり、バグが多いみたい。 同じようなpluginを探したところ、rbenv-binstubsというものを見つけた。thoughtbotのブログで紹介されていた。 Rails 3
Pow + rbenvでlocalの.ruby-versionが無視される場合 - Qiita
問題 Pow + rbenvでRailsを開発している場合、通常Powはプロジェクトのルートディレクトリにある.ruby-versionを参照します。 [your-app] cat .ruby-version 1.9.3-p392 [your-app] rbenv local 1.9.3-p429 [your-app] cat .ruby-version 1.9.3-p429 しかしPowを再起動しても、なぜかRailsが以前のバージョンで動きつづけたりする場合があります。 原因 プロジェクトの上位ディレクトリに別の.ruby-versionがあると、Powがそのバージョンを参照してしまうようです。 解決策 プロジェクトの上位ディレクトリに一つずつ移動して、.ruby-versionがないか確認します。 上位ディレクトリに不要な.ruby-versionがあった場合は削除します。
rbenv install (ruby-build) のスピードをあげたい - Qiita
アーカイブをキャッシュする RUBY_BUILD_CACHE_PATH 環境変数を使うと，ビルド中にダウンロードする tar ball をそこにおいてくれます。すでにキャッシュに存在する場合は，それを利用してくれます。 同じバージョンの Ruby を再ビルドする場合くらいしか使えないような気もしますが，複数のサーバで共有したり，手元にダウンロードしてあるアーカイブを使ったりとかいう状況だと役に立つかもしれません。 RDoc, RI 用情報を生成しない なんだかんだいって RDoc や RI 用情報の生成に時間がかかる (というか進捗が見えないまま時間がすぎるのがイヤ) ので，必要ないのであれば生成しないようにできます。(MatzRuby の場合)
pow+rbenv+bundlerでエラーが出た - There's an echo in my head
"You have already activated json 1.8.0, but your Gemfile requires json 1.8.1. Using bundle exec may solve this."というエラーが出た。 Powのwikiを見ると、config.ruでBundler.setupを呼び出すよう書いてあったけど、それでは直らなかった: # config.ru require 'rubygems' require 'bundler' Bundler.setup で、PowのほうでもIssueが上がってるけど、Powで使ってるnackのバグらしく、そっちにパッチをあてると直る。PowをHomebrewで入れてる場合はこんな感じ: $ curl https://raw.github.com/kjg/nack/ff47ca5004b7290ca9c636d71e
delayed_job + Rails4 + Capistrano + rbenv - There's an echo in my head
Rails 4（ActiveRecord）でdelayed_jobを使いつつ、それをCapistranoでデプロイする方法のメモ。基本的に本家のWikiに従う。 キューの機能を使う まず必要なgemをインストールしてマイグレーションファイルと実行ファイルを作成する。 # Gemfile gem "delayed_job" gem "delayed_job_active_record" gem "daemons" # デプロイ先でデーモンとして動かすのに必要 $ bundle install $ bundle exec rails g delayed_job:active_record $ bundle exec rake db:migrate 実行ファイルはbin/delayed_jobに作成される。Rails3以前はscript/delayed_jobに作られていたので要注意。 ワーカー
Mac で rbenv を使って Ruby をインストールするときに使うスクリプト - Qiita
僕が考えた最強の Ruby インストールスクリプトがこちらになります。 ruby-build が RUBY_CONFIGURE_OPTS_ARRAY をきちんと処理してくれない・・・ #! /bin/bash PATH=~/.rbenv/bin:~/.rbenv/plugins/ruby-build/bin:$PATH version=${1:-2.1.0-dev} trap 'exit 1' 2 eval "$(rbenv init -)" export RUBY_CONFIGURE_OPTS_ARRAY=( \ CC=clang CXX=clang++ \ optflags="-O2 -march=corei7-avx -mtune=corei7-avx" \ debugflags="-ggdb3" \ ) export RUBY_CONFIGURE_OPTS=" \ --with-a
rbenv を system-wide にインストールする際の傾向と対策 - Qiita
rbenv install とか gem install とか，どんな権限で実行すればいいのかわかんなかったのでたしかめました。 rbenv install とか利用できるユーザを限定する場合 rbenv ディレクトリの group (たとえば staff) を設定して chmod g+ws とかする方法。 たぶん rbenv GitHub Wiki の Shared install of rbenv というページが元になってるんだろうけど，この Wiki ページは今やもう存在しないのでよくわかりません。 インストール手順 Qiita にもいくつかあるし，kyanny さんの記事もあるので，方法は割愛します。 rbenv install の際 インストールできる権限 (例だと staff 所属) のユーザが， などのようにする。 で，自分の環境だと chmod g+s しててもインストール
rbenvとruby-buildでRuby環境を最新に保つ
gistfile1.md rbenvとruby-buildでRuby環境を最新に保つ 更新日:2014/11/19 rbenv, ruby-buildを更新 $ cd ~/.rbenv $ git pull origin master $ cd ~/.rbenv/plugins/ruby-build $ git pull origin master rbenvでインストール可能なリストを表示 $ rbenv install -l Available versions: ... 2.1.0-rc1 2.1.1 2.2.0-dev ... openssl, readlineをインストールしていなければ $ brew install openssl $ brew install readline Ruby2.1の最新バージョンをインストール ※-Wshorten-64-to-32と警告が出るので
capistrano-rbenvを使ってみてのメモ - There's an echo in my head
capistrano-rbenvを使うとcapistranoでrbenvを扱うことができる。3系には今のところ対応していない（capistranoの3系ってどこに出てるんだろう？）。 Vagrant/Ched-soloで環境を作っていて2点ほどメモ。 multistage環境でcapistrano-rbenvを使うときにrbenv_pathの扱いに注意しなくてもよくなってた capistrano-rbenvで検索するとtk0miyaさんのmultistage環境でcapistrano-rbenvを使うときはrbenv_pathの扱いに注意！という記事が上位にヒットするけど、すでに本体で対応されているので別途default_environmentに関する設定を記述する必要はない。 もしmultistageを使っていてno servers found to match {:pty=>true,
rbenv のメカニズム - @kyanny's blog
rbenv 環境下で実行された Ruby プログラムの中から他の Ruby プログラムを起動するときに、 rbenv 環境をリセットしたい―要するに別のバージョンの Ruby で外部プログラムを実行したい―という事情があったので rbenv のメカニズムについて調べた。 rbenv 環境下で ruby コマンドを実行するとき、実際にコンパイルされた ruby バイナリが直接実行されているわけではない。 rbenv 環境をお膳立てした上で ruby バイナリを exec するラッパーのシェルスクリプトが実行される。こういうものを binstub と呼ぶ。 binstub である ruby という名前のシェルスクリプトの中身をみてみると、最終的に rbenv exec というサブコマンドを呼び出している。 rbenv のサブコマンドはリポジトリでいうと libexec ディレクトリ以下にある。
rbenv 版 ruby の高速化
rbenv 版の ruby が rvm 版の ruby よりも遅いという話がある。理由を調べてみると、最適化オプションに違いがある。rvm には -O3 オプションが使われていたのに対して、rbenv では -O2 オプションが使われていた。この最適化オプションの違いが ruby のスピード差になっている。 ruby-build log ruby-build の git log を見るとこうある。 commit 9f8d53365aef52c940095f583cdc82f02caba90f Author: Erik Michaels-Ober <sferik@gmail.com> Date: Wed May 1 07:38:43 2013 -0700 ruby-build 20130501 commit 2f8dcafb0ec2c5f478e7f45d7eca3a0f0a5ae8c0 M
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - rbenv/rbenv-each: rbenv plugin to Run a command across all installed rubies.
gcc does not support "-Wno-error=shorten-64-to-32" · Issue #325 · rbenv/ruby-build
GitHub - rbenv/rbenv-default-gems: Automatically install gems every time you install a new version of Ruby
rbenv で Ruby 2.0.0 をインストールするときに並列コンパイルする - Qiita
