Posted in Web, rails, mac at 0:02:17 by ジュンヤ
ブックマーク数 23 users 11 users 8 users

昨日Railsワークショップ@新橋に参加しました。

Ruby の新しいフレームワークで Rails よりも軽くて早いという Waves を、チュートリアルに沿いながら動かそうとしてみたのですが、いきなり大いにはまりました。しかし「乗りかけた船」だったので、頑張ってなんとか動かすところまではこぎつけました。

» Ruby Waves: Home
» Ruby Waves: Tutorial, Part 1

インストールは簡単。

% sudo gem install waves

で入りますが、ずらずらっと10以上の依存しているパッケージがインストールされました。

で、しょっぱなの

% rake schema:migration name=initial_schema

のところで

Could not load mysql adapter:
no such file to load — mysql

というエラーが出て、いきなりつまずきました。

調べたら、どうやら gem の mysql パッケージがインストールされていることが前提であることがわかりました。

ところが、Mac OS X Leopard だと、

% sudo gem install mysql

とやっても

ERROR: While executing gem … (Gem::Installer::ExtensionBuildError)
ERROR: Failed to build gem native extension.

というエラーが表示され、インストールできないのです。

しばしはまるのですが、結局

» Nullcreations | Installing ruby mysql gem in OSX 10.5 (Leopard)

にあった解決法でうまくいきました。

% sudo su
% ARCHFLAGS=”-arch i386″ gem install mysql — –with-mysql-dir=/usr/local/mysql
% install_name_tool -change /usr/local/mysql/lib/mysql/libmysqlclient.15.dylib /usr/local/mysql/lib/libmysqlclient.15.dylib /Library/Ruby/Gems/1.8/gems/mysql-2.7/lib/mysql.bundle

これで無事マイグレーションファイルを作成することができ、その後は順調にチュートリアルを進めることができました。

以下チュートリアルをやってみた感想です。

• Controller と Model のコードをなかなかいじらない。つまり何も書かなくてもある程度のことができてしまうところが Rails と違う。
• generator が Rake タスクであるところが、なんとなく美しいと思った。こういうタスクっぽいものは Rake から、と覚えておけば済むので、覚えることが少ない。
• REST の概念に慣れてないととっつきにくいかも。
• view がわかりにくい。チュートリアルでは Markaby というテンプレートを使用しているが、うーん、僕はちょっととっつきにくいかな、と感じました。これはデザイナとの協業に苦労しそう。
• チュートリアル3の最後の方、@comments.map{ |c| c }.sort_by( &:created_on ).each do |comment|　の .map{ |c| c } の部分が汚い、というかよくわからない。Sequel’s MySQL adapter の Limitation らしい。
• エラーが発生したときに表示されるデバッグ用画面が Rails より綺麗。
• チュートリアルでは jQuery を使っている。Rails のような Prototype.js との密な連携がまだ見られないが、連携するとしたらたぶん jQuery だろうことが予想される。jQuery はまだあまり詳しくはないのだけど、まわりの評判は Prototype.js よりも良いので、まあこれはいいことなのであろう。

まだできたてホヤホヤ。当然 Rails の方がはるかに完成されたフレームワークなので、いますぐ移行しようとは思わない。しかし、こうして新しいフレームワークに触れてみると、いままで「Rails すばらし過ぎる。Rails 以上のフレームワークなんて作るの無理だろう。欠点なんてみつけられない」と少なからず思っていたのが、「いやいやそうでもない。Rails にもまだまだ改善できそうな点がある」という、まあこれが正常な状態だと思いますが、そういう思考に戻されました。

気になるパフォーマンスですが、apache 付属のベンチマーク測定ツール apache bench を使って Rails の方は mongrel と比較してみました。Rails の方は Waves のチュートリアルで作ったものとほぼ同じようなテストアプリを作成して比較しています。

% ab -c 10 -n 1000 http://127.0.0.1:3000/entries

waves の結果が

Requests per second: 23.97 [#/sec] (mean)
Time per request: 417.104 [ms] (mean)
Time per request: 41.710 [ms] (mean, across all concurrent requests)
Transfer rate: 21.27 [Kbytes/sec] received

mongrel が

Requests per second: 8.70 [#/sec] (mean)
Time per request: 1148.924 [ms] (mean)
Time per request: 114.892 [ms] (mean, across all concurrent requests)
Transfer rate: 11.65 [Kbytes/sec] received

でした。

Requests per second が約 2.7 倍。

サーバーを動かしている同じマシンから測定しているのでちゃんと測定とは言えないですし、非常に簡単な構成ですから一概には言えないと思いますが、実際にブラウザで操作している感触でも、確かに waves の方がサクサク動く感じがしました。

せっかくなので、もう一つはまりどころを情報共有しておきます。

ベンチマークを計るときに waves server をデーモンで起動しようと、

% waves-server -d

と実行したところ、

/Library/Ruby/Gems/1.8/gems/waves-0.7.2/lib/runtime/server.rb:32:in `daemonize’: uninitialized constant Waves::Server::Daemonize (NameError)

というエラーが出ました。

mongrel のデーモン起動のところの似たような処理の部分を参考にして、/Library/Ruby/Gems/1.8/gems/waves-0.7.2/lib/runtime/server.rb の31行目に以下の通り require 文を追加。

 30                 def daemonize
 31                   require 'daemons/daemonize' #この部分を追加
 32                   pwd = Dir.pwd
 33                   Daemonize.daemonize( Waves::Logger.output )

あと、アプリケーションのトップフォルダ直下に

% mkdir log

で log ディレクトリを作っておきます。

これで無事デーモンで起動できるようになりました。

この記事にリンク

Webカテゴリの最近の記事 　　　　　　　　　　　　

• せっかちな人のための git 入門 - git をインストールし、共同で開発できる環境を整えるまで
• プログラマーでない人が知っておいて損はないプログラマーの常識技(テクニック)
• Facebook Developer Garage Tokyo にて、開発事例として Kanji-Fandom FB版を紹介します