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
私の場合、開発環境では複数の言語のコードを書いたり実行したりします。 例えば 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
・・・・・ 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_
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 には 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 に設定したと仮定して話を
"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
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に作られていたので要注意。 ワーカー
#! /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-arch=x86_64 \ --with-valgrind \ --with-out-ext=tk,tk/* \ --enable-shared \ --enable-pthread \
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を使うと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 環境下で実行された 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ページを開く
