nDiki : MLDBM::Sync

MLDBM::Sync::SDBM_File DB_File Tie::DB_Lock DB_File::Lock BerkeleyDB Perl Tie::DB_LockFile MLDBM FreeBSD データベース ロック GDBM_File DiKicker flock Berkeley DB 環境変数 インストール DBD::Oracle DB_BTREE Perl でデータベース処理 DB_HASH ビルド 検索 Perl 5.005_03 -rpath Debian DBI DBM::Deep SDBM_File DBD::SQLite

■ Berkeley DB 4.2.52 + DB_File 1.808 をホームにインストール

[ Perl ]

DiKicker の二次データの保存先を何にしようか思案中。 MLDBM::Sync が候補なのだが、MLDBM::Sync::SDBM_Fileだとデータが大きくなった時に速度が出ないようだ。

このサーバ(FreeBSD)のPerl(5.005_03)は、DB_File も GDBM_Fileも有効になかったので今までDBMパッケージの使用は避けてきたのだが、さすがに今回は使えないと辛いかも。

ということで Berkeley DB も含めて DB_File をホームにインストール。

@ db-4.2.52

 tar zxvf db-4.2.52.tar.gz
 cd db-4.2.52/build_unix
 ../dist/configure --prefix=$HOME/local/db-4.2.52
 make
 make install
 rm -rf $HOME/local/db-4.2.52/docs

インストール自体は特に依存するものも無く簡単。 ただし、このサーバでは丁度 busy だった事もあってビルドに2時間!もかかってしまった。 本来は暇そうな時にやるべきなのだろうけど、今日中にうまくいくか検証しておきたかったので、待った。

@ DB_File-1.808

 tar zxvf DB_File-1.808.tar.gz
 cd DB_File-1.808
 export DB_FILE_LIB=$HOME/local/db-4.2.52/lib
 export DB_FILE_INCLUDE=$HOME/local/db-4.2.52/include
 perl Makefile.PL INSTALLDIRS=site \
                  LIB=$HOME/local/lib/perl \
                  INSTALLMAN1DIR=/tmp/man/man1 \
                  INSTALLMAN3DIR=/tmp/man/man3
 make OTHERLDFLAGS="-Wl,-rpath -Wl,$HOME/local/db-4.2.52/lib"
 make test
 make install

libdb を実行時に検索させるのに LD_LIBRARY_PATH環境変数とか指定したくなかったので、-rpath を指定してしまった。 Makefile中の OTHERLDFLAGS 変数がリンク時に空だったので、ここで設定。

しかし libdb-4.2 でかいな。 Perl からの呼び出し一発目は結構時間がかかる。

• DBD::Oracle 1.16 を Debian GNU/Linux s... (2005-05-19)
• [ Perl ] Memcached を使ってみる (2004-01-12)
• WiKicker 0.29 リリース - ビルドまわりの改良など (2006-02-13)
• SCons は GNU Autotools のかわりになるか (2005-04-20)
• Rubric でプライベート SBS を立てるも 0.140 では日本語に不具合 (2006-07-22)

■ [ Perl ] DB_File - DB_BTREE のロック

• Tie::DB_Lock - read only の時はデータベースをコピーし、マルチバージョニング。遅そう。
• Tie::DB_LockFile - 手元の Debian BOX、FreeBSD BOX では make test 通らず。
• DB_File::Lock - Lock ファイルを作るシンプルなもの
• MLDBM::Sync - seq() とかサポートしてなさそう。
• BerkeleyDB - lock 関連のドキュメントが少なくよくわからない。

ということで、DB_File::Lock が本命か。

Search::InvertedIndex では、key/value の value に next key と prev key を持たせていて(正確にはindex番号)、hash の中に自前でリンクリストを作ってしまっている。 これって充分なスピードが出ているのだろうか?

もしそうなら DB_BTREE をやめて、MLDBM::Sync を DB_HASH で使うという手もあるのだが。

• Berkeley DB 4.2.52 + DB_File 1.808 をホ... (2004-02-08)
• Rubric でプライベート SBS を立てるも 0.140 では日本語に不具合 (2006-07-22)
• [ WiKicker ] Storable 永続化データの互換性 (2005-06-06)
• LinuxWorld Conference & Expo (2006-08-16)
• 専用サーバに移りたい (2005-11-13)