“For better results, you should call Shake on the whole partition, when you”

Vleu.net: ShAkE
Linux には shake というデフラグツールがあります。Linux のファイルシステムは Windows のファイルシステムに比べてフラグメンテーションされにくいなんて噂もありますが、フラグメンテーションは実際に発生します。
で、この shake ってコマンドでファイルごと、ディレクトリごとにデフラグをかけられます。一般ユーザで実行すると

FIBMAP failed: Operation not permitted

って言われて処理できません。root ユーザで実行しましょう。
何やってるか詳しく見たかったら -v オプション付けましょう。色々と情報を出してくれます。他にも色々とオプションがあるようで、ファイルのサイズや年齢で対象ファイルを切り分けられるようです。
で、気になったのが最初に引用してきた一文。「いい結果を出したかったら、使ってないときに、ファイルシステム全体を Shake しろよ」って話。これは、単にファイルのロックがかかってない時に実行するべきって話なのか、ファイルを開いていたら整合性がつかなくなるのか、疑問に思いました。
ってことで、とりあえずデフラグの前後で inode が変わってないか検証。

ls -1i /dir | md5sum
shake -v /dir
ls -1i /dir | md5sum

って感じで。何も変わらないねー。
DB の稼働中に shake してみた方がいいかな。今度 XFS のデフラグツール xfs_fsr と合わせて試してみよう。

“.pyc ファイルや .pyo ファイルから読み出されたとしても、プログラムは何ら高速に動作するわけではありません。.pyc ファイルや .pyo ファイルで高速化されるのは、読み込まれるときの速度だけです。 “

6. モジュール
Python のチュートリアルやってます。
Python は PHP なんかと同じように実行時にソースをバイトコードにコンパイルして実行しています。なので誰もが思うのが、バイトコードをそのまま実行すればいいんじゃん、ってことです。PHP だと別途モジュールを入れる必要があると思いますが、Python は標準機能なんですね。
でも最適化は期待しない方がいいみたいです。最適化オプション -O を使っても assert 文とかを除去しているだけ。本番利用の際は .pyo を使うって感じなのかな？

“LISTEN — 通知を監視する”

LISTEN
標準 SQL ではないですが、PostgreSQL では LISTEN/NOTIFY という SQL コマンドがあります。とある接続から LISTEN name しておくと、他の接続で NOTIFY name したときに知らせてくれます。
実際、psql コマンドからやったら上手くいきました。こりゃ使えそうだ。
でも、よく読むと、

“クライアントアプリケーションが通知イベントを検出する方法は、使用しているPostgreSQLアプリケーションプログラミングインタフェースに依存します。”

LISTEN
だそうです。PHP から pg_query() とかで試してみたら、待ってくれませんでした。他にやりかたあるのかなぁ。
ちなみに Python では専用のハンドラがあるようです。
pgnofity
PHP だと exec() とかしかないのかな。

“epel-release – Extra Packages for Enterprise Linux repository configuration”

RepoView:
CentOS 5.3 に epel を入れてみた。CentOS のリポジトリだけじゃ満足できなかったので・・・。
リンク先に RPM へのリンクがあるので、直接インストール。

# rpm -ivh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch.rpm

ってな感じ。こんな感じのファイルが入ります。

# rpm -q --filesbypkg epel-release
epel-release              /etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL
epel-release              /etc/yum.repos.d/epel-testing.repo
epel-release              /etc/yum.repos.d/epel.repo
epel-release              /usr/share/doc/epel-release-5
epel-release              /usr/share/doc/epel-release-5/GPL

普段使いたくなければ *.repo ファイルの enabled を 0 にすればオッケー。一時的に使うなら yum のオプションで –enablerepo=epel って感じ。面倒だからエイリアスを設定してる人も知ってます。

“■ mountコマンドのオフセット指定でマウントする”

HDDイメージファイルをマウントして使う方法 – adsaria mood
最近、仮想化が流行ってますが、仮想ホストで使用する仮想ディスクを仮想の外から見たいときはどうしていますか？自分は仮想ディスクを仮想ホスト内で一つのパーティションにしてしまうのが一番いいと思っています。でも、それが許されるのは特殊な構築方法の場合だけで、普通のインストール手順に従っている場合はそうもいかないと思います。
まぁ、特種なっても、Gentoo を適当なパーティションに入れて、そのまま外部のカーネルから起動する場合なんですけど。普通のって言ってるのは CentOS なんかを CD イメージからインストールする場合を言ってます。
で、普通に仮想ホストをセットアップした場合、仮想ディスクのファイルがパーティションに分けられてしまって、それぞれのパーティションを仮想ホストの外からは読めないんじゃないか、ってことがあると思います。というか、ありました。そんな時に、どう読み出すかってのがリンク先の話です。
簡単に言うと、物理ディスクの場合にパーティションのメタデータを格納している部分を飛ばして扱えばいいんじゃん、ってのに感動しました。mount オプションの offset=31744 ってのがそれ。そんだけ読み飛ばせばパーティションが始まるから、そっから利用すればいいんですよ。
はて、それだとディスクのオフセットを暗記するような変な文化ができそうですが、そんな必要はありません。fdisk コマンドの -u オプションでどれだけ読み飛ばせばいいかが読み出せるんですね。

“-u パーティションテーブルをリストするときに、サイズをシリンダ単位ではなく セクタ単位で表示する。”

Manpage of FDISK
てな感じで、fdisk -l -u ＜仮想ディスクのファイル＞ とかするとセクタ単位での切れ目を表示してくれます。物理ディスクでも fdisk -l -u /dev/?d? とかすると表示されるので楽しいです。
後はそんだけ飛ばせばいいんだけど、そのまま指定できないのが辛いところ。mount の offset オプションはバイト単位なんですよね。てなわけで *512。

mount -o loop,offset=$(( ${START_BYTE} * 512 )) /path/to/image/file /path/to/mount/point

てな感じ。
これで完璧、と思いきや、そうは行かないのがシステムの楽しい所です。パーティションの中で LVM を使っていたらどうなんだよ、って場合は別の方法を使う必要があります。それは最初のリンク先の kpartx ってのを使っているとこ。kpartx を使えば、仮想ディスクに含まれる各パーティションを普通のブロックデバイスとして利用できるようになります。
まぁ、仮想システム内の LVM だけじゃなく、バイトの計算とか面倒だから上手いことやってよ、って人には kpartx コマンドがお薦めですね。つーか、kpartx の方がオペミスも起きにくいので安全だと思います。
逆に Gentoo では kpartx のパッケージが見当たらないので、そういう人は仮想ディスク内で LVM を使わないことをお薦めします。他のパッケージを使えばイケるのかな？私は知りません。
でも、イメージ的には仮想システム内で LVM の処理が走るよりは、走らない方が軽くなると思います。そんな変わらないだろうけど。でも、そんな小さな努力の積み重ねが効率的なシステムを実現すると信じています。