顔認識で有名なOpenCVをClojureから使えないものかと思ってインストールを試みましたが、思うようにいかず。さすがインストールで挫折すると定評のあるOpenCV。

　Macでは失敗しましたがUbuntu9.04で無事使えるようになったのでメモしておきます。

　まずはOpenCVをインストールします。あとで使うJava bindingライブラリの関係でバージョンは1.0.0を使います。1.1や2だと動かないので気をつけてください。

　まずはSorceforgeからダウンロードしておきます。

$ tar xvfz opencv-1.0.0.tar.gz
$ cd opencv-1.0.0
$ ./configure --prefix=/usr
$ make
$ sudo make install

Javaから使えるようにする

　OpenCVはC++で書かれているので、そのままではJavaで使うことができません。このJava bindingには「OpenCV \ Library」というライブラリを使います。変な名前ですが僕のせいではありません。

$ wget http://ubaa.net/shared/processing/opencv/download/opencv_01.zip
$ unzip opencv_01.zip
$ cd OpenCV/library
$ ls
OpenCV.dll*        OpenCV.jar         libOpenCV.jnilib*  libOpenCV.so*

　このうち、使うファイルは OpenCV.jar と libOpenCV.so です。

$ sudo cp libOpenCV.so /usr/lib
$ sudo cp OpenCV.jar ~/.clojure (Clojureのパスが通った場所)

　さらに、この OpenCV.jar だけだと動かないのでProcessingという別のツールのライブラリも持ってきます。これは自分でビルドしてもいいんですが、 incanter というツールにバンドルされているのでそれを使います。

$ wget http://cloud.github.com/downloads/liebke/incanter/deps-1.0.zip
$ unzip deps-1.0.zip
$ cp lib/processing/core.jar ~/.clojure (Clojureのパスが通った場所)

　これで完了です。

確認

　Clojureを起動してimportして確かめてみましょう。

$ clj
Clojure 1.1.0
user=> (import 'hypermedia.video.OpenCV)
nil

　これでエラーとか出なければたぶん成功だと思います。エラーが出た人は..、一応以下の確認を。

java.library.path

　java.library.pathに/usr/libが入ってるかを確認してください。

user=> (System/getProperty "java.library.path")

classpath

　classpathに OpenCV.jar と core.jar が入ってるか確認してください。

(use 'clojure.contrib.classpath)
(classpath)

参考

Fun with Clojure, OpenCV and Face Detection

　MacPortsの開発状況ってどうなってんのかなぁ対応まだからなと思っていたら、今月にリリースされた最新のMacPortsにはClojure 1.1.0が入っているようです。

$ port version
Version: 1.8.1

　MacPortsのアップグレード。

$ port selfupdate

$ port search clojure
clojure @1.1.0 (lang, java)
    The Clojure programming language

clojure-contrib @git-20091102 (lang, java)
    The Clojure programming language (1.0) - Contrib

clojure-contrib-devel @git-20091128 (lang, java)
    The Clojure programming language (development) - Contrib
clojure-devel @1.1.0-alpha-SNAPSHOT (lang, java)
    The Clojure programming language (development version)

leiningen @0.5.0 (devel, java)
    A build tool for Clojure designed to not set your hair on fire.

Found 5 ports.

　Clojureの本体だけでなく、contribや、ビルドツールのLeiningenもあります。使い方わかんないけど。

$ sudo port install clojure +rlwrap
$ sudo port install clojure-contrib

　以上。最速。

　※追記 (2010/01/29): MacPortsで入る起動スクリプトだと、contribを読み込んでくれないようです。cljを書き換える方法もありますが、もっと拡張性のある起動スクリプトがcontribにバンドルされているのでこちらを流用したほうがいいです。

　また、MacPortsで入るcontribだと、clojure.contrib.pprint のuseに失敗します。

user=> (use 'clojure.contrib.pprint)
java.lang.ClassNotFoundException: clojure.contrib.pprint.PrettyWriter (pprint.clj:14)

　どうやらpprintを使うには自分でビルドしないといけないようです。

　結局、Clojure本体はMacPortsで入れて、contribは自分でビルドするのが正解のようですね :p

　Twitter botを作りながらGAE/JのAPIを紹介します。

　さすがにClojureでやると非難されそうなのでJRubyを使いました :p

　ここで作ったJRuby on GAE/Jのボットは @kunitada_bot として稼働中です。現在は手嶋屋の人しかkunitadizeされませんが、近いうちに対象をフォロワーに変更しようと思います。ソースコードはこちら => http://github.com/fukamachi/kunitada-bot

　以上、ボットは @sugyan さんのパクリ、プレゼン名は @hokaccha さんのパクリというひどいプレゼン紹介でした。

　また、発表はしませんでしたが、Clojureでも @clojurism というボットを作りました。Clojureに興味がある方はフォローしてみてください。手動フォロー返しが飛びます。

　いや、そんな挨拶をしている暇はないです。もう2011年まで31135890秒しかありません。やばいです。未来怖いです。

　手嶋屋の何人かに、新しく言語を作ってるんだーみたいな話をしたら、ちょいちょいその動向を聞かれるようになりました。本当に興味があるのか、それ以外に僕との話題を思いつかなかったのかわかりませんが、夢を語るというのは楽しいものです。

　ただ、ちょっと僕と感覚がずれてるなーと思う部分があります。まだ出来てもいない言語についてあれこれ言うのも何ですが、2011年の自分が読み返すことも考えて記事にします。

　周りの人と話してる感じだと、「言語を作る = 言語を広める」ことだと考えている人がほとんどのように思います。

　この点に関する人々の意見で興味深いのは、多くの言語実装者とは意見が逆だということです。

　正直、僕は自分の言語を広く使ってもらおうとは思っていません。もちろん皆に使ってもらえればそれほどうれしいことはないでしょうが、それは優先事項ではありません。最悪ユーザが自分ひとりでも全然構わないと思っています。

　これは実装者の視点から考えるとわかります。なんで既にこれだけの言語があるのに、新しく自分で作るのか？ それは、既存の言語に満足できないからです。

　言語を作る目的は既存の言語が自分の手に馴染まない。これは主観です。その主観に合う言語を作る。つまりまとめると、自分が使うための言語を作ることが目的なのです。

　もちろん、Linusの名言「Just for fun.」も目的の一つになりえますが、それは第一の目的というよりも、自分の楽しみを続ける理由といったほうが正しい気がします。LinusがLinuxやGitを作ろうと思い立った理由は別であるはずです。

プログラミングとは何か

　趣味がプログラミング、というプログラマはそれなりに多くいるでしょうが、そのすべてがプログラミングの同じ部分に魅力を感じているということはないでしょう。「コンピュータは人間と違って自分の言うとおりに扱える！」という人から、モノづくりという観点で面白いと思うプログラマもいます。

　なので、ここからは意見が分かれるところでしょうし、単純に僕の考えとして書きます。

　僕にとってプログラミングとは何か。それは、「物事をよりよく改善するための手段」です。

　たとえば、小さなことで言えば、エディタの設定なんかがそうです。「PHPのエラーチェックを保存時にできないかな…」　そしてそれを改善するためのスクリプトを書いてみる。ほら、便利になった、ってね。

　大きなことで言えばGoogleとか。Googleは既存の検索システムを改善するために生まれたものですし。

　プログラムの多くはこういった、現状を改善するという側面があります。僕が好きなのはまさにこの側面なんです。

　現状の問題を解決するもの。こういうと、なんだか魔法のようじゃないですか。

　そう、プログラミングとは「魔法」なのです。そしてプログラマとは魔法使いなのです。僕は魔法使いになりたいのです、というとネット隠語的に語弊がありますが、僕が目指しているのはまさに魔法使いなのです。

「ほら、これに困ってたんでしょう？ これを使えば解決するよ」

　そう言えるようになりたいのです。そして結果として世の中をよりよくしたいです。嫌なものを見なくていい理想郷を作りたい。ちょっと理想主義すぎるでしょうか。

なぜ新しい言語を作るのか

　そう考えたとき、今の自分は魔法を自由自在に操れるようになっているんでしょうか。

「こういうサービスがあれば面白いよね」

　さあ、作れますか？ いやいや、そんなご冗談を…魔法じゃないんだから…。

　もし作ろうと思ったら、どの言語で作るだろうとか、どのフレームワークで作るだろうとか、サーバはどうするだろう、とかいろいろと問題が出てきます。細かいところを見るなら、ログインにはIDを使おうかE-mailアドレスを使おうか、とか。何かと本質から離れて面倒なことが多いものです。

　で、結局作らない。

「なんだやっぱり作れないんじゃないか」

　こんなの魔法じゃない。僕が望んだ姿じゃない。

　じゃあどうすればいいだろう。Lispなら魔法みたいに扱えるかもしれない。Gaucheを学んでみた。それでもやはり不満が多い。Common Lispならどうだろう。Webで使うにはいろいろ付け足すべきところが多い。Clojureっていうのが出たらしい。なかなかよさそうだけどハックしがいのあるものではなさそうだ。

　こんなことを言っていると、まるで言語が悪いせいだー、とでも言い訳しているようにも見えますね。けれど、納得がいかない言語で我慢して書く、というのは自分の能力を最大限に発揮できないと思うのです。

　そういうときに、Twitterでcametanさんから「新しい言語を作ってみたら」と勧められたのです。うん、なるほど。それはいいかもしれない。

　プログラミングが本当に魔法のようになる言語、僕の能力を最大限生かせる言語を作ること。それが僕の目的であり、新しい言語を作る理由です。

　だから自分の言語を流行らせるというよりも、むしろみんなオレオレ言語を作ればいいのにとすら思っています。10年後には1人1言語の時代がきているかもしれないとも妄想します。WAF乱立の現状を見るなら、十分ありえる未来とも思います。

　未来を語るのは楽しいですね。おっと。時計を見るともう午前1：20みたいです。いや、1：21になりました。明日こそは朝10時に出社できるんでしょうか。20分遅れくらいで着くんでしょうか。僕はとても心配です。未来とは怖いものです。

　みなさんは何かやり残したことはありますか？ そうですか。Lispですか。

　僕は最近になってようやくLispの本質的な部分まで踏み込んで考えられるようになり、Lispの良いところ・悪いところが見えるようになってきました。

　その中でも一番Lispの悪いところ。「なんかLispやってみたけどいまいちプログラムが書けない」って人がいたら、それひょっとしてletのせいじゃないですか？

letとは

　letは、よく本で「ローカル変数を定義する」と説明されます。他の言語ではがんがん使うローカル変数。ですが、Lispだとよくわからない。

(let (ここでローカル変数を定義)
  ここで処理を書く)

(let ((age 15))
  (if (> 18 age) ; 18歳未満？
    "違法です"
    "合法です"))

　変数定義に見えねー、とかなんでわざわざ変数を使うのにネストが一段深くなるんだー、とかカッコ多すぎだー、何いちいちカッコつけてんだー、とか慣れないうちは思うものです。

letの役割を理解しよう

　letが分からない理由は、letの役割が正確に伝わっていないからじゃないかなぁと思います。実はletはローカル変数を定義するだけじゃないんです。letには以下の2つの役割があります。

• レキシカルスコープを作る
• そのスコープだけで使える変数を定義する

　まずは役割がこの2つある！ということを認識することが重要です。多くの言語ではいちいちスコープの前で変数定義なんてしませんが、Lispでは必ずスコープの最初で定義します。スコープと変数の宣言を同時に行う、これがletなのです。

　試しに上のコードをPerlで書いてみるとこんな感じになります。

{
    my $age = 16
    if ($age < 18) {
        "違法です"
    } else {
        "合法です"
    }
}

　わかりやすいようにあえてブロックで囲いました。そしてブロックの中で変数$ageをmyで定義しています。letはこの2つを同時にやってくれるだけなのです。こう考えるとちょっとletのことも理解が進むんじゃないでしょうか？

まとめ

　変数を定義することは関数型の思想に反するとかで、Schemeではあまりletを使わない傾向にありますが、初心者のうちはどんどん変数定義するといいと思います。まずは書くことですよ。let！ let！ let！

let応用編

　ここからはちょっとチラシの裏っぽいです。だんだんだるくなってきたのでわかる人だけにわかればと思ってさらさらっと書きます！

Perlとの比較

「確かにLispのletのことはわかった。でもPerlよりも使いづらいんじゃね？」

　LispとPerlのコードを比較してみてください。まず、Perlでは大抵ブロックをつける必要がないため、インデントが1つ浅くてすみます。また、変数定義も冒頭である必要がありません。好きなところで定義して利用できます。

letのダメなところまとめ。

• インデントが一段深くなる
• 定義を冒頭一箇所にまとめないといけない
• 複数の変数があると変数定義だけで数行使ったりする
• カッコ多すぎ

　正直、僕はletがLispの一番悪いところだと思っています。わかりづらいし使いづらい。Lisperの方々も昔letに苦しめられた思い出がある人もいるんじゃないでしょうか。

　こういうサインは見逃してはいけません。マクロですよ、マクロ。僕は今日マグロ丼を食べました。

letの改良版「let-block」

任意の場所でローカル変数を使える、let-blockを書きました。

(let-block
  (setf $hair 'short)
  (if (eql $hair 'short)
    "I love you."))

　上のコード例を見てわかることはなんですか？ そうですね。僕がショートカット好きということです。

　let-block内では、"$"で始まるシンボルは自動的にローカル変数と見なされ、宣言の必要はありません。上では変数　$hair　を宣言なしで setf しています。ソースは以下。

(defun flatten (x)
  (labels ((rec (x acc)
             (cond ((null x) acc)
                   ((atom x) (cons x acc))
                   (t (rec
                        (car x)
                        (rec (cdr x) acc))))))
    (rec x nil)))

(defun $-symbol-p (s)
  (and (symbolp s)
       (> (length (symbol-name s)) 1)
       (string= (symbol-name s)
                “$”
                :start1 0
                :end1 1)))

(defmacro let-block (&rest body)
  (let ((syms ((remove-duplicates
                (remove-if-not #’$-symbol-p
                               (flatten body)))))
    `(let ,(mapcar (lambda (s) `(,s)) syms)
       ,@body)))

　まあLet Over Lambdaのdefmacro/g!のパクりなんですけどね。

さらにdefunの改良版「defun!」

　上でletの代替はできましたが、それでもレキシカルスコープを定義することに違いはなく、インデントが一段深くなることの解決にはなっていません。そこで、defun内での変数の自由定義を行う「defun!」も作りました。

(defun! lolita-lover-p (limit-age)
  (setf $age 18)
  (if (> $age limit-age)
    "通報しました"))

　ここでは変数 $age を使っていますが、let-blockと同じく宣言の必要がありません。

　定義した関数 lolita-lover-p を使ってみます。

* (lolita-lover-p 5)
"通報しました"

　さすがに5歳はまずいでしょう。

　定義は以下。上のlet-blockをそのまま使います。

(defmacro defun! (name args &rest body)
  `(defun ,name ,args
     (let-block ,@body)))

まとめ

　上の2つのマクロは使ってみると結構便利です。ただ、マクロ定義を見てわかるようにネストして同時に使うことは想定していません。そのうち必要になったときに改良しようかなと思います。

　最近はOpenPNE3の高速化に向けてプロファイリングを仰せつかっているので、symfonyのキャッシュ周りなどを調べてみました。

　symfonyはキャッシュ周りもさまざまな大きさで切り分けることができるようで、ページ全体やパーシャル単位、あるコード部分単位でもキャッシュできるようです。

　今回はその、「コード部分単位」でのキャッシュを使ってみました。

　symfonyではテンプレートの一部分だけをキャッシュすることができます。テンプレートを部分的にキャッシュするには以下のようにします。

    <?php if (!cache('name')): ?>

     ここにキャッシュしたいコード

    <?php cache_save(); ?>
    <?php endif; ?>

　いちいち入力するのは面倒なのでVimでキーマップしておきました。キャッシュ狂な人はftplugin/php.vimとかに書いておくといいかもしれません。

    vnoremap <Leader>c <Esc>`>o<?php cache_save(); ?><Return><?php endif; ?><Esc>`<i<?php if (!cache('')): ?><Return><Esc><Up>17<Right>a

参考

symfony book 日本語ドキュメント キャッシュシステムでサイトをスピードアップする方法について

　そういうわけでまずはClojureのインストールをしようと思ったんですが、検索してもやり方がまちまちでよく分かりませんでした。

　英語ですが、以下のサイトがよくまとめられています。

Clojure Programming/Getting Started - Wikibooks, collection of open-content textbooks

　読んでいると、「Installation using MacPorts」という項があってびっくりしました。そうか、MacPortsでインストールできるのか。これは利用しない手はない。

　僕はMacを使っているので今回はMacPortsでインストールしちゃいますが、他にもWindowsやLinuxでのインストール方法も書いてあるので上のページは参考になると思います。

インストールしてみる

　ClojureのインストールはMacPortsで一発です。

$ sudo port install clojure +rlwrap

　インストールが終わったら”clj”を叩いてREPLが起動することを確認してください。

　次にclojure-contribをインストールします。これはたぶん汎用ライブラリか何かです。おそらく大抵の場面で必要なのでビルドします。

$ git clone git://github.com/richhickey/clojure-contrib.git
$ cd clojure-contrib
$ git checkout -b clojure-1.0-compatible
$ ant -Dclojure.jar=/opt/local/share/java/clojure/lib/clojure.jar

　するとclojure-contrib.jarというファイルが出来ます。必要なのはこのファイルだけなので好きな場所にコピーしておきます。僕はclojure.jarと同じで/opt/local/share/java/clojure/libにコピーしました。

$ sudo cp clojure-contrib.jar /opt/local/share/java/clojure/lib

ただコピーするだけだとcontribが使えないので、ホームディレクトリに.clojureというファイルを作り、これにclojure-contrib.jarのファイルパスを記述します。

$ vi ~/.clojure
=> /opt/local/share/java/clojure/lib/clojure-contrib.jarと記述

　再びcljを叩いてREPLを起動してください。contribが読み込まれたREPLになります。試しに以下のコードを打ってみましょう。

user=> (use 'clojure.contrib.str-utils)
nil
user=> (str-join "-" ["Open" "PNE" 3])
"Open-PNE-3"

　さて、準備完了！

　そんなPaul Grahamファンの僕がLisperとなった今、もうこれはArcを使ってみるしかないんじゃないの的なノリでいじってみました。

　Arcはぱっと見た感じPerlみたいな書き捨てプログラミングに向くとても楽しい言語に見えるんですが、どうもあまり開発も活発ではないようです。Twitterで聞くとまだまだ実験段階で実用には向かないようです。

　そこにcametanさんが「Clojureやってみたら？」とおっしゃったので、これも機会と思って調べてみました。

　恥を忍んで申し上げるなら、僕はClojureをCommon LispのJava実装だと思っていました。

　実際は互換性のない方言なんですね。SchemeでもCommon Lispでもない、新しいLispです。

　Clojureと他のLisp方言との違いは以下のリンクで一覧されています(英語)。

Clojure - lisps

　LISP-1って書いてあるのでScheme寄りなのかなーと思ったんですが、割とCommon Lisp寄りな気もします。

　あと、ClojureはScalaとも比較されることが多いみたいですよ。わかんないけど。

チュートリアルとかドキュメントとか

　ClojureをWebで検索しても日本語のドキュメントなんて皆無ですが、軽く流す程度なら以下のページだけで十分です。

Object Computing, Inc. - Java News Brief - March 2009

　英語ですが、コード例も多く大変わかりやすいです。

　あとは本家Wikiでリファレンスが公開されています。

　もし本格的にやるならばProgramming Clojureという書籍が出版されています。噂ではShiroさんが翻訳しているみたいですが、翻訳本はたぶん早くても来年夏以降じゃないと出ないと思うので今なら洋書買うのもありだと思います。 1/25に発売予定みたいです。思ったより翻訳早かったです :p

　他にはPractical Clojureという本も出るようです。これだけでもArc以上にコミュニティが活発なのがわかりますね。

ライブラリ

　新しい言語にしてはかなりの数が揃っているといってもいいかもしれませんが、正直言ってライブラリはまだ出揃っていません。OpenIDのライブラリもないみたいです。ただTwitterのライブラリは作ってる人がいるみたいですが。

Web Application Framework

　いくらClojureが素晴らしくてもWeb Application Frameworkがないと使う気にならないという僕みたいな人もいると思います。幸いClojureにはWAFのCompojureというものがあるようです。Rubyの軽量フレームワークSinatraに似てるらしいです。

　ただ困ったことに英語でも情報が少なくて、チュートリアルは”Draft”とか書いてあるし、まとまったドキュメントらしきものは見当たりませんでした。まだバージョンも新しいですし、絶賛開発中ってところでしょうか。

　チュートリアルとかはHello, World程度しかやってないのでちょいちょい調べると以下のページが参考になりそうです。

Compojure security: authentication and authorization « Eric Lavigne

　Compojureでログイン機構を作っています。

雑感まとめ

　正直なところこのClojureにはかなり期待しています。Arc？ えっと、それなんだっけ？ Perl？

　言語単体ではGaucheよりも実用的だと思います。Schemeは良くも悪くもシンプルなので少し実用性を犠牲にしています。

　ただ、フレームワークを考えるとKahuaに軍配があがります。Clojureにも継続ベースのWAFが出ればいいのになぁ。継続ベースとマクロの組み合わせは最高の抽象度だと思うのに。

　それでもClojureでWebアプリを書く理由があるとすれば、それがGoogle App Engineでも動くってことですね。お金のない僕にはこれはかなり心揺さぶられるメリットです。もし今後Common LispでWebアプリを作るような機会があればClojureで書くというのも十分考慮に値します。というか積極的に考慮します :)

　まあ今後もClojure周りには目を光らせておきたいです。

　もうなんか、最初はスクリーンショットとか画面遷移をとってたんですが、面倒になったのでメモだけ。だけど、これを読んだあとなら他のJMeterのページを見るときに理解が深まると思います。あくまで導入ですよ。

　負荷試験でどの程度の負荷をかけるかはテストによって違うものです。この負荷を表す指標を簡単に述べるなら、どれだけのユーザが、どれだけの期間に、どれだけ連続してアクセスしてくるかでしょう。

　これを表す指標として以下の3つのパラメータがあります。

• スレッド数　… どれだけのユーザが
• Ramp-Up時間 … どれだけの期間に
• テストの実行回数 … どれだけ連続してアクセスしてくるか

　たとえば、50万PVの負荷を考えるなら、1分間に347PV、1秒間に約6PVですから、

• スレッド数 : 6
• Ramp-Up時間 : 1
• テストの実行回数 : 好きなだけ(とりあえず1を指定しとけば早く終わる)

　となります。ただ、これは一時的な負荷を表したものなので、スレッド数とRamp-Up時間の比率は実運用に似せて改善していかないといけません。この辺は僕もあまりわかっていないので、以下のサイトを参考にしてください。

テスト・スクリプト改善のヒント - ITアーキテクト [IT Architect]

JMeterの基礎

　負荷テストツール、Apache JMeterではシナリオ1単位を「スレッドグループ」として作成します。上で出てきた1つのスレッドはスレッドグループに書かれたアクセスを1回実行することになります。

　じゃあスレッドグループの中でどういうアクセスを行うか。それを登録するのが「サンプラ」です。どのページにどういったリクエストを飛ばすかを指定できます。スレッドグループの中にサンプラを順に登録することで、1ユーザのアクセス経路を再現することができます。

　最後に試験の結果を見ないと意味がありません。これをどういう風に表示するかを指定するのが「リスナ」です。テスト結果を表で表示したりグラフで表示したりできます。

　　JMeterで負荷試験を作るときは、基本的にこの「スレッドグループ作成　→ サンプラをいっぱい作成 → リスナの作成」という流れになります。

複雑な試験を作るときに必要な機能 「コントローラ」

　簡単なテストならサンプラをいっぱい作って実行するだけでいいんですが、そのサンプラの流れが複雑になるときがあります。

　たとえば、「日記一覧 → 新規投稿フォーム → 投稿 → 一覧 → 今作った日記詳細」みたいな一連のフローを5回繰り返したいときとか。いちいちこのサンプラ群を5回コピペするのはいけてないですね。

　そういったフローを制御する機能が「コントローラ」です。このコントローラには種類があって、ループしたり条件指定(IF)があったりします。これがあれば完全にユーザのアクセスフローチャートを再現できそうです。

サンプラを作るときに便利なもの

レスポンスを確かめるための「アサーション」

　ただサンプラでGETリクエストを発するだけでも負荷を与えることはできますが、その場合帰ってくるページがなんであってもエラーは出ません。たとえHTTPリクエストが404であってもエラーはでないようです。

　これをチェックするために、アサーションという機構があります。アサーションは、レスポンスに対して正規表現でチェックをかけたり、レスポンスタイムを指定したり、HTTPコードを制限したりできます。

　また、アサーションはサンプラに直接追加することもできますが、スレッドグループ直下に追加することもでき、この場合はグローバルなアサーションになります。これはとても便利なので覚えておいたほうが身のためです。

前のレスポンスから値を取得する 「正規表現抽出」

　セッションIDを引き回すような画面遷移の場合、前のサンプラのレスポンスからinput type=”hidden”などの値を取得する必要があります。これは「後処理」→「正規表現抽出」を使うことで変数に値をバインドすることができます。

HTML内の外部参照ファイルもダウンロードするオプション

　サンプラでHTTPリクエストをするとき、デフォルトだとそのページのHTMLしかダウンロードしてくれません。これだとHTML内の画像やCSS、JavaScriptファイルがダウンロードされず、十分な負荷をかけていると言えなくなります。

　これをエミュレートするには、サンプラの下のほうの「すべてのイメージとアプレットを繰り返しダウンロードする (HTMLファイルのみ)」という謎のオプションにチェックを入れます。

　この説明だけだとまるで画像とアプレットしかダウンロードしてくれないように思いますよね。調べてみると、これは日本語訳が悪いようで、英語を見ると「Retrieve All Embedded Resources from HTML File」と書いてありました。単純にHTMLファイルをパースして添付されてるファイルをダウンロードするようです。

　ただ、このオプションには現実に沿っていない計測仕様があるようです。詳しくは以下のリンクを。

024 Apache JMeterの計測仕様を変更したら1.6倍くらいスループットが上がった - EC-One ナレッジセンター レスキューサービス ブログ

JMeterをコマンドラインで動かす

　JMeterを普通に起動するとGUIが起動するのでGUIしか動かないのかなと思っていたのですが、ターミナルで”-n”オプションをつけて起動することでNon-GUIモードで動かすこともできるみたいです。負荷テストを作ったあとに、サーバにSSHで入って負荷テストを走らせる、なんてことができるわけですね。ただし、もちろんながらJavaが入っていないと動きません。

$ jmeter -n -t op3-test.jmx -l log.jtl

　上のコマンドはjmeterでop3-test.jmxという負荷テストを走らせ、log.jtlにログをとるものです。ログファイルを指定しないと負荷テストの結果を教えてくれないので必ず指定してください。

　取ったログファイルはGUIモードで起動したあとに好きなリスナを作り、「参照」からファイルを指定することでロードして閲覧できます。

　できればコマンドラインからスレッド数やRamp-Up時間を指定できるようにもしたかったのですが、何か方法があるんでしょうか。