_1 [Mac] iBook 欲しい...

Amazon.co.jp で、4/12 (月) までに買えば 124,425 円から合計 25,000 円還元かぁ。ポリタンク G3 の調子も悪いし、思い切って買おうかなぁ。「高いのイヤ」「でかいのイヤ」というわけで、自動的に一番安くて小さな iBook が候補なのです。もちろんほんとは「JIS 配列イヤ」とかもあるけど...

[追記] Apple Store で買えば ASCII 配列にできるのか... うーむ。

_2 [Wiki][tDiary] FastCGI 化 (5)

Hiki が時々ささっていたのは、コマンドラインで実行してみたら、キャッシュ対応の改造をしたところで permission まわりのエラーが出ていたのが原因でした。でもまあ保険としての '-restart' は有効かもしれません。

さて、今日は tDiary も FastCGI 化を試してみました。それぞれ上が同時 1 アクセスで、下が同時 10 アクセスの際のパフォーマンスです。

$ ab -n 100 http://localhost/diary/index.rb|grep Request # CGI
Requests per second:    2.09 [#/sec] (mean)
$ ab -c 10 -n 100 http://localhost/diary/index.rb|grep Request # CGI
Requests per second:    1.81 [#/sec] (mean)

$ ab -n 100 http://localhost/diary/index.rbx|grep Request # mod_ruby
Requests per second:    2.38 [#/sec] (mean)
$ ab -c 10 -n 100 http://localhost/diary/index.rbx|grep Request # mod_ruby
Requests per second:    2.29 [#/sec] (mean)

$ ab -n 100 http://localhost/diary/index.fcgi|grep Request # FastCGI
Requests per second:    2.97 [#/sec] (mean)
$ ab -c 10 -n 100 http://localhost/diary/index.fcgi|grep Request # FastCGI
Requests per second:    2.63 [#/sec] (mean)

結果は FastCGI の方が mod_ruby よりも高速でした。とは言え、第二 tDiary.Net まで FastCGI 化したら、合計 120 個以上の ruby プロセスが常時動くことになるので、メモリ負荷を考えたらちょっと手を出したくないなぁ。