いろんな型の範囲に対する範囲内チェックメソッドのパフォーマンスチェックをやってみた

先日書いた pinzolo/tekido を開発していた時、どうも一部時間のかかる処理があった。
割合系の spec を確認するために、誤差1%で合格する spec を書いていたんだけど、各sampleで試行回数10000回だとどうしても、ちょくちょく誤差を超えてしまう。
試行回数を10倍の100000回で行うと安定して、誤差内でおさまるんだけどテストの実行に結構な時間がかかっていた。
調べてみると、どうやら日付の Range に対しての include マッチャが時間がかかっている。
実際はマッチャは関係なく、include? メソッドの実行が結構重い。
ドキュメントによると、cover? だと、両端の <=> 比較によるチェックを行うということなので置き換えてみるとずいぶんと高速になったので解決はした。

そんなこともあって、せっかくなのでいろんな Range に対して include?, member?, ===, cover? のパフォーマンスを測ってみた。

環境

MacBook Air 13-inch, Mid 2012
プロセッサ : 2GHz Intel Core i7
メモリ : 8GB 1600 MHz DDR3
ソフトウェア : OS X 10.9.1 (Mavericks)
Ruby : ruby 2.0.0p353

数値

ほとんど変わらないしそもそも高速なので何使おうがどうでもいいレベル。

文字列

相対的にみると圧倒的に cover? だけど、10000回で4秒ちょい、1回あたり0.4ミリ秒なら include? が使われててもまあ別にいいかなと思うレベル。（状況にもよるけど）

日付

さすがに差があり過ぎでコストも高いので無視できない（したくない）レベル。

ということで

範囲内チェックは一律 cover? を使うのが無難そうです。
RSpec にも cover マッチャがあるので単純に置き換えできます。
ちなみに、Windows7 32bit環境（MBAよりもスペックは低い）で試してみたら、数値と文字列は変わらなかったけど日付の上三つの処理時間は13秒ぐらいでした。
MBAよりも倍近く高速なのが興味深い。