表紙 | 新規 | 編集 | 編集 | 差分 | 一覧 | RSS | 検索 | 閲覧履歴 | 作成履歴 | 更新履歴

2005/09/01 - 人間の死亡率ってな100%なンだよ 一秒先のことだって保証できねンだ

目次

人間の死亡率ってな100%なンだよ 一秒先のことだって保証できねンだ

比較広告 :-)

YukiWikiから枝分かれしたWalWiki・CafeWikiと、処理速度を比べてみました。

書き込み速度

(速) WalWiki ≒ CafeWiki >>>> PonyWiki (遅)

夏コミ初日参加サークルのページ(12000件程)を作成してみました。1サークル1ページです。

WalWikiとCafeWikiが同じぐらいで、PonyWikiはその10倍遅いです。そりゃもうブッチギリで遅いです。 しかも処理速度の落ち方が大きいので、外部からバッチ処理でデータ取り込みする場合には、更なる対応が必要ですね。
ちなみに、C68初日分取り込みにかかった時間は1時間以上です。チューニングしてこれですから、以前はどれだけ遅かったのかって思いますよ。

まぁこの結果は予想通りです。ponyWikiはページ作成時に、検索用インデックスと自動リンクの処理を行っています。 その時間分書き込み速度がどうしても落ちます。

検索速度

(速) PonyWiki >> CafeWiki > WalWiki (遅)

検索用インデックス持っているのでPonyWikiはブッチギリのトップでした。 さすがに検索速度で負ける訳にはいかんでしょ。 WalWikiはCafeWikiより検索機能がリッチなので、その分速度が落ちるようですね。

読み取り速度

(速) WalWiki > PonyWiki >>>> CafeWiki (遅)

  1. WalWiki 2m48s
  2. PonyWiki 3m15s
  3. CafeWiki 50m30s

全ページを読むと時間がかかるので、代表555ページにアクセスするのに要する時間を計ってみました。
キャッシュ処理がある分PonyWikiWalWikiに遅れを取っています。検索を利用するプラグインを使いまくっていると効果的なキャッシュも、 プラグインを使っていないテストデータではオーバーヘッドしかないって事ですね。text_to_htmlの処理が そこまで重くないので、その処理を省略しても赤字という事ですか。

CafeWikiが一桁遅いのは、表示時に動的に自動リンクの処理を行っているからです。 思った以上にデータ量が影響してきますね。普通1万ページ以上もあるWikiなんてないので、実用上は問題ないでしょうけど、 機械的に大量データを扱いたい時には気をつけた方がよさそうですね。


2005年09月の日記一覧へ

''TrackBack'' - http://you-like.to/cgi-bin/ponytail/yukiwiki/wiki.cgi/2005%2f09%2f01

先頭へ