組み込み用のプログラミング言語といえばLuaがよく使われるけど、最近はmrubyやsquirrelもあって選択肢が広がってきた感があるのでどういう特徴があるのかを知るためにベンチマークをやってみた。

今回対象にしたのは以下。

• Lua - v5.1
• LuaJIT - v2.0.2
• squirrel - v3.0.7
• V8 - v3.30
• mruby - v1.1.0
• ecl (Embeddable Common-Lisp) - v15.3.7

ここでのベンチマークは言語自体のスピードの比較ではなく、どちらかというと組み込む際に必要なオーバーヘッドやホスト言語側での処理にかかる部分に重点を置いた。

ベンチマークの処理では、関数呼出し比較用のecho関数と、テーブル操作比較用のinvert関数を組み込み言語側に実装して、それを繰り返し呼び出すようにした。

また、なるべく公平になるように、組み込み言語側の関数は初期化時にグローバルスコープ(組み込み言語側のグローバルスコープ)に登録しておき、すべて同じインターフェースから呼ぶようにした。

使用したコードは以下。そのうち別の言語とか追加するかもしれない。

https://github.com/taksatou/embench

結果

echo 100000 回実行

invert 100000 回実行

https://gist.github.com/taksatou/8de85bbfe79548864cf5#file-result-md

備考

• control は同等の処理をホスト言語側で実装したもの
• LuaJITはLD_PRELOADで切り替えた
• eclはechoが遅くてやるきを失ったのでinvertのほうは省略

所感

• Luaがパフォーマンスと組み込みやすさの点でやはり一番使いやすい。LuaJITをつかうとさらに数割速くなる。
• squirrelは言語機能的にはluaのスーパーセットという感じで、パフォーマンスもluaと同じ程度。ただしドキュメントはあまりない。
• V8はマルチスレッド環境や大規模なものには向いてるかもしれない。組み込みはちょっとめんどくさい。
• mrubyはechoだと意外と健闘しているがテーブル操作は速くない。組み込みはLuaと同じくらい簡単。
• eclにはもうちょっとがんばってほしい。組み込み方法に問題があるのかもしれない。

mustacheはシンプルなテンプレートエンジンなので本家の英語マニュアル mustache(5) を見ても大したことはないですが、日本語情報の需要もそれなりにあると思うのでまとめておきます。

以下の内容はrubygemのmustache-0.99.4で確認しています。 他の言語の場合は適宜置きかえてください。

目次

変数の展開

{{name}}のように2つのブレースで囲ったタグは、nameという名前のキーの値でおきかえられます。

対応するキーが見つからなかった場合はデフォルトでは空文字になります。

Mustache.render("Hello, {{world}}!", world: "mustache") # => "Hello, mustache!"
Mustache.render("{{no_such_key}}") # => ""

変数のエスケープ

デフォルトではHTMLエスケープが有効になります。アンエスケープされたHTMLが使いたい場合は{{{name}}}のように3つのブレースで囲います。

Mustache.render("{{html}}",  html: "<b>GitHub</b>") # => "&lt;b&gt;GitHub&lt;/b&gt;"
Mustache.render("{{{html}}}", html: "<b>GitHub</b>") # => "<b>GitHub</b>"

条件分岐

{{#name}} ... {{/name}}のように、2つのタグに#と/をそれぞれつけたタグで囲われたブロックはセクションといいます。

セクションのキーに対応する値にbool値を渡せばif文のような使い方ができます。 #のかわりに^をつかうと真偽を反転できます。

template = <<DOC
{{#condition}}
It is true.
{{/condition}}
{{^condition}}
No not true.
{{/condition}}
DOC
Mustache.render(template, condition: true) # => "It is true.\n"
Mustache.render(template, condition: false) # => "No not true.\n"

ループ

セクションのキーに対応する値に配列を渡した場合は、それぞれの要素を引数として中のブロックが繰り返し評価されます。

template = <<DOC
{{#animals}}
{{name}}
{{/animals}}
DOC
data = {animals: [{name: "cat"}, {name: "dog"}, {name: "pig"}]}
Mustache.render(template, data) # => "cat\ndog\npig\n"

無名関数 (Lambda)

セクションのキーに対応する値に呼び出し可能なオブジェクトを渡した場合は、そのブロック内のテキストを引数として実行され、その返り値が結果として出力されます。

template = <<DOC
{{#proc}}
mojavy is bad
{{/proc}}
DOC
Mustache.render(template, proc: ->text{text.gsub(/bad/, 'nice')}) # => "mojavy is nice\n"

コメント

!をつけるとコメントになります

Mustache.render("Comment here: {{! ignore me }}") # => "Comment here: "

まとめ

mustacheの基本的な機能について簡単なサンプルコードとともに解説しました。 ここではrubyのmustacheを使用しましたが、他の言語でも同様の機能が使えます。 一部の機能については省略しているので、より詳細な情報については本家ドキュメントを参照してください。

apt-getコマンドにはパッケージを削除するためのコマンドが2種類ある

• remove: パッケージを削除するが設定ファイルはそのまま残す
• purge: パッケージを削除するとき設定ファイルも削除する

chefをつかっているということは設定ファイルもchefで管理しているはずなので、設定ファイルを残す必要はない。 さらに、依存で入ったパッケージも一緒に削除されるように、options "--auto-remove"などとしてやるとよい。

ゴミは混乱の元なので早めに消すべし。

公開鍵認証なホストに対してパスフレーズ入力無しでsshログインができるにもかかわらず、

$ knife solo cook myhost
Running Chef on myhost...
Checking Chef version...
Enter the password for username@myhost:
ERROR: Net::SSH::AuthenticationFailed: username

のようにいわれてchef soloの実行に失敗してしまうときがある。

パスフレーズ入力無しでsshできたということは、普通は以下のうちの少くとも1つは満たされている。

1. ssh-agentに対象の秘密鍵が登録されている
2. デフォルトパス($HOME/.ssh/id_rsa とか)に対象のパスフレーズ無し秘密鍵が保存されている
3. ssh_configでパスフレーズ無し秘密鍵を指定している

それなのにAuthenticationFailed失敗してしまうのは、Net:SSHがデフォルトでは公開鍵認証を試行しない場合があるため。 ¹ これを回避するには、ssh_configでPubkeyAuthentication yesを明示すればよい。

なお、Net::SSHがどのような動きをしているかは以下のスニペットを試すとよい。

require 'net/ssh'
Net::SSH.start("myhost", "username", :verbose => :debug) {|x| p x }

備考

使ったのは以下のバージョン

• chef: 11.6.0
• knife-solo: 0.3.0

最近iOSアプリ界隈ではRubyMotionやMobiRubyが盛り上がってきてますが、AndroidでもRubotoをつかえば簡単にrubyで開発することができるようになります。

そもそもjavaで実装された処理系であれば大抵javaクラスの呼びだしは簡単にできるようになっているので、jrubyやjythonでandroidアプリを開発することは以前から可能でした。 しかし、以下のような問題があって実際にやるとなるとそれなりに面倒なものでした。

1. jrubyやjythonをdalvikvm用バイナリ(dex)にコンパイルするのに時間がかかる¹
2. androidのjavaでは使えない機能を使って処理系を実装してある場合があるので、何らかの方法で回避する必要がある
3. スクリプトのソースファイルの配置やパスの設定を自分でやる必要があり、パッケージングが面倒
4. アプリのフットプリントが大きくなる²

Rubotoをつかえばこのあたりの面倒をみてくれるので、ほとんどjavaを書く必要がなくなります。Ruboto自体は結構前からありますが、ここ1年くらいでもろもろの機能が充実してきて大分実用的になってきた感があります。

以下Rubotoの使用方法について簡単に紹介します。

インストール

gem install ruboto
gem install jruby-jars

また、ANDROID_HOME環境変数の設定と、android sdkの tools/ と platform-tools/にはあらかじめパスをとおしておきます

雛形の生成

ruboto gen app --package org.rubyandroid.new_demo

# 以下のようにしてより詳細に設定することもできます
# ruboto gen app --package org.rubyandroid.new_demo --path ./myapp --name MyApp --target android-17 --min-sdk android-10 --activity MainActivityName

ビルドとインストール

rakeからビルドできるようになっています。また、rubyスクリプトの更新はコンパイル不要で反映できます。 あとは普通にrubyを書くだけです。

cd new_demo
rake
rake install

#
# edit ruby scripts..
#

rake update_scripts

rubygemsを使う

通常のGemfileと同じ内容を、Gemfile.apkという名前のファイルに書いてプロジェクトのルートディレクトリに置いておけば、rakeした際にlibs/bundle.jarを生成してapkにいれてくれます。

詳細は以下の例を参考にしてください。 https://github.com/ruboto/ruboto/wiki/Tutorial%3A-Using-an-SQLite-database-with-ActiveRecord

補足

rubotoではjrubyの実行環境は別途Ruboto Core platformというapkで提供されています。そのためアプリ本体にruby処理系を同梱する必要がなく、省サイズでコンパイルも速くなるというメリットがあります。しかし、このやり方だとRuboto Core platformを別途インストールしてもらう必要がでてきてしまい、実際にGoogle Playで配布するようなアプリでは受け入れ難いと思います。

これを回避する方法も提供されていて、プロジェクトを生成する際に--with-jrubyというオプションをつければjrubyを同梱したapkをビルドできるようになりますが、この場合は前述のメリットはうけられなくなります。ただ、コンパイル時間に関しては、rubyスクリプトだけを触っている限りは、dexの再コンパイルは必要ないのでそれほど気にならないと思います。

まとめ

• androidで素のjrubyを使うのは茨の道ですが、rubotoを使えば非常に簡単にrubyを使えるようになります
• jrubyなので普通のrubygemsやjavaでかかれたライブラリもそのまま使えます
• javaで開発した場合はコンパイル〜再インストールが毎回必要になりますが、.rbの更新反映は高速にできるので開発効率があがります
• まだそれほど使い込んでないので思わぬはまりどころがあるかもしれません