コグノスケ

大下さんとジョイ本へ買い物に行きました。教育実習に使う教材を作るためだそうで、製本テープや、画用紙だとかを買っていました。真面目にがんばってるなあ。

RAID5を構築する準備をしようと思い、USB接続のハードディスクを2台と、1つのバスに3台つなぐのはちょっと心細いから、USB 2.0のカードも買いました。
家に戻って「早速増設じゃー」とケースを開けたら、空きスロットが PCIバスじゃなくてAGPバスだった…。せっかく買ったのに使えないよorz
空きスロット＝PCIバス？という思い込みで確認し忘れました。安い拡張カードだったのが命拾いですね。次回作サーバへの準備ということにしておきましょう。

中身はI/O製がHGSTの160GBでBuffalo製がWDの160GBでした。そんなことより、Buffaloの電源に台湾製のしょぼいコンデンサが刺さってます。HDDの近くで結構熱くなるし、まさか連続運用半年でアボーンなんて設計じゃないよね…？

榮樂氏の代わりとして臨時TAに行きました。Coinsはリプレースの影響で未だに超不安定らしいですよ。Macなんかにするから…なんてね。普段はたった一時間で2〜3台止まって当たり前だとか。今日は技官さんが今朝リブートしたからきっと大丈夫だよ、なんて言っていたおかげか特に問題ありませんでした。
自分は2学期にTAの予定ですが、はっきり言ってこんなシステム上でやりたくないぞ。

塚原氏と晩御飯食べに行きました。土浦の李厨房には学生割引がありますが、K'sの奥にある李厨房はどうだったろう？今度行った時に聞いてみようか。

走ると白煙が上がるらしい塚田氏の車、とうとう修理することにしたそうです。今日、塚田氏が修理屋さんに預けに行くというので榮樂氏とともについて行きました。代車はRAV4でした。毎回違う車が出てきてつくづく面白いお店だと思います。
乗ってみて感じたのは RAV4の加速がかなりイイ！ということです。我が家のFTOと同格の2000ccなのにこうも違うのは、以下の違いがあるからです。

• FTOは最高速重視で（馬力高：200馬力）の高回転エンジン（低回転：トルク小、高回転：トルク大）
• RAV4は加速重視（馬力低：155馬力）の低回転エンジン（低回転：トルク大、高回転：トルク小）

これは馬力（仕事率）＝トルク（力）×回転数（速度）という関係を考えるとわかりやすくなります。

式を見ると、高回転エンジンなら馬力が上がることがわかるかと思います。さらに同じトルクなら、低回転域で出すより高回転域で出した方がより最大馬力が稼げるわけです。
スポーツカーと呼ばれる車ならば、上記の最大馬力を稼ぐ設計をするはずです。

一方、街乗りに使う車はブン回すと燃費が悪い、うるさいなど悪影響が多いため高回転域は不要です。そのため低い回転数で良い「加速」を得る必要があります。そのための工夫点はエンジン設計者にしかわかりませんが、とにかく高回転域を犠牲にしてでも、低回転域でのトルクを稼ぐ設計にします。
セダン、ミニバン、SUVなど便利な車は、トルク重視の設計をするはずです。

これを逆転させてしまうと、初めだけ速いけど伸びが悪くて遅いスポーツカーや、思い切り回してナンボのモタモタセダンなどになってしまいます。これはきっと物好き以外には売れないでしょう。

ドコモの二次面接に向かいました。会場がなんとキャピトル東急という驚愕の高級ホテル。ホテルを目の前にして「これが二次面接の会場とはご立派だなあ」と感心しつつ控え室に居た人と話していたら……ハイ、ナニ、なんだって？
こ れ が 最 終 面 接 ？
おいいいいいい、そんなの聞いてねえよ！

思えば、人事の人「次の面接に進んでいただきたくご連絡を」としか言っていませんでした。それを早合点してじゃあもう一回あるんだと思ったのが悪かったです。うう、でも最終なら最終って言って欲しかったよ。
最終でもどんどん落とすと噂のドコモなのに、相当しどろもどろになってしまい、今日の面接は自分が面接官でも絶対落とすわーって思いましたね。向こうも呆れている感じでしたね。さよならドコモ。

近藤君と志村君が香辛飯屋の挑戦カレーに挑みましたが、残念ながら負けました。前見たやつと違って、野菜が入っているところがうっとおしいようです。
会計時に「割引券は一枚につき一品の値引き」と言われました。えぇ、そんなの知らないよ。チラシが一枚しかなくて本来なら2個目の挑戦カレーが値引きされないはずが、哀れに思ったのか店員さんが適当にごまかし安くしてくれました。
チラシはカラーコピーして構わないので、今度誰かやるなら頼む数だけチラシを揃えましょう。

車から加給音のような変な音がします。無論、ターボなんぞないので、エンジンのどこかが詰まって鳴っているのかもしれない。また壊れたのか…！

YouTubeのムービーURLを生成するスクリプトを書いてみました。
検索ワード（URLのword= 以降の所）を変えると検索結果も変わります。ただし、URLを生成するためにムービーを表示するページを一々読み込んでは解析して…と、やっているため結果が出るのが非常に遅いです。検索結果が多いと、数分かかるかも。イライラしてリロード連打しないでね。
時間が経つとユニークIDが失効して、ダウンロードできなくなります。そのときはリロードして新しいURLを生成してください。

ルートディレクトリのあるパーティションがクラッシュしました…。fsckするとlost+foundに全てのファイルがぶち込まれ復旧できず。これはどうしようもないってことで昨日一日使ってDebianを再インストールいたしましたよ。
Debianを触り始めた頃に付けていた必死設定メモが残っており非常に参考になりましたが、最近は面倒でメモっておらず、以前とかなり違う環境になりました。皆さん、メモは大事ですよ！

以前と変更したところというと、kinput2 + Cannaからuim + Anthyの組み合わせに変更した点と、起動がヘビーなGnome2 & metacityをやめて、IceWMだけにしたこと。VNCでしか利用しませんが、IceWMなら一瞬でvncserverが起動し終わります。ちょっと感動しました。

IceWMの設定をしているときにGTK周りのフォント設定もやったんですが、ややこしくて設定しきれませんでした。slypheed（GTK 1.0系 .gtkrcに設定）やgftp（GTK 2.0系 .gtkrc-2.0で設定）のフォントは変更できても、MozillaやFirefoxが言うことを聞きません。
原因がさっぱりなので、~/.mozilla/default/(7文字のランダム文字列).slt/chrome/userChrome.cssに（なければ作る）設定を書いてごまかしました。

* {
 font-family: alias-fixed-iso8859-1 !important;
 font-size: 12px !important;
}

そういえば手持ちのWindows XPからコピーしてきたMSゴシックを使うのってOKなのだろうか。
きっと駄目なんだろうなー。

画面表示に使うことだけ考えるとビットマップフォントが多様に収録されているMSゴシックが優秀すぎるため、フリーのフォントは太刀打ちできません。
さらに言えば世の中に商用フォントは数あれど、画面表示用を重視したフォントは売られていないのですよ。OS標準のビットマップフォントで十分だし、フォント屋のお客さんであるDTPデザイナー達は画面表示用フォントなんて買わないからね。

現在ページのデザインを変更中です。おかしくなってる場所があるかもしれないです。日記の1日分を枠で囲うだけでblogっぽくなる気がしませんか？
トップページで日記の枠が右のメニューにめり込んでいるのは仕様です。

ソフトウェアRAID0を組み、簡単なベンチマークプログラムを走らせてみました。mkraidは古いのかDebianのパッケージになかったので代わりにmdadmを使いました。

# mdadm --create /dev/md0 -l0 -n2 /dev/sdb1 /dev/sda1
mdadm: /dev/sdb1 appears to contain an ext2fs file system
    size=277948352K  mtime=Sun May  7 18:02:45 2006
mdadm: /dev/sdb1 appears to be part of a raid array:
    level=0 devices=2 ctime=Sun May  7 17:56:47 2006
mdadm: /dev/sda1 appears to be part of a raid array:
    level=0 devices=2 ctime=Sun May  7 17:56:47 2006
Continue creating array? y
mdadm: array /dev/md0 started.

作成に成功すると /proc/mdstatに以下のような情報が追加されます。

# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5] [raid4]
md0 : active raid0 sda1[1] sdb1[0]
      277948352 blocks 64k chunks

unused devices: <none>

通常のパーティションと同様にファイルシステムを作成します。この例ではext3ですが、好みのファイルシステムがあればそれを使ってください。

# mke2fs /dev/md0
(省略)
# tune2fs -c0 -i0 -j /dev/md0
(省略)
# mount /dev/md0 /mnt/usb_raid

1バイトずつストライピングしていては遅いばかりで性能が上がらないので、chunkという値に指定したサイズを単位としてストライピングされます。今回はchunkをいじっていないのでデフォルトの64KBになっているはずです。
そして今回用いた簡易ベンチマークはDirect I/Oを用いてファイルにランダム値を書き込みます。このとき一度にwriteで書き込む量を変化させてベンチマークを行いました。おそらく chunkの整数倍の方が性能が上がると予想しますが、さてどうなるでしょうか。

buffer[KB]  speed[MB/s]
32          23.569085
64          29.780680
96          33.003887
128         37.963501
160         36.080456
192         35.805102
224         36.681815
256         37.470814

結果を見ると128KB以上のバッファサイズであれば大した差はないようです。さすがにこの程度は考慮済みなのでしょう。
RAID0の速度は、昨日（5/6）hdparmで同時に測った値（sda=21.5[MB/s] sdb=17.0[MB/s]）の和とほぼ等しいです。つまりhdparmの誤差で遅く見えたのではなく、USBは同時アクセスが苦手だと考えられます。

ちなみにディスクアレイを停止させる場合は、以下のようにします。

# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5] [raid4]
md0 : active raid0 sda1[1] sdb1[0]
      277948352 blocks 64k chunks

unused devices: <none>

# mdadm --misc -S /dev/md0

# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5] [raid4]
unused devices: <none>

確認のために /proc/mdstatの出力をさせました。md0が消滅していることがわかると思います。

久しぶりに作業に参加しました。久しぶりに日の光に当たったから疲れました…。

帰りに研究室によってUSBから電源供給するケーブルを持ってきましたので、先日（2006年5月3日）動かなかったポータブルHDDの動作を確認できました。これでUSBに二つのディスクが接続された環境が得られました。早速実験です。

さてRAIDを組むに当たって、二つ同時にアクセスが発生することが考えられます。そこで USB接続のディスクに対する同時アクセスは速度面で得なのか？を確かめました。まず単独で各デバイスの速度を計測します。UATA100接続のディスクhda1を比較対象として載せました。

# hdparm -t /dev/hda1
/dev/hda1:
 Timing buffered disk reads:  186 MB in  3.02 seconds =  61.51 MB/sec

# hdparm -t /dev/sda1
/dev/sda1:
 Timing buffered disk reads:   92 MB in  3.01 seconds =  30.59 MB/sec

# hdparm -t /dev/sdb1
/dev/sdb1:
 Timing buffered disk reads:   70 MB in  3.00 seconds =  23.32 MB/sec

二つのディスクのアクセス速度を加算しても、バスの帯域上限（480Mbps = 60MB/s）に達しないので、遅くならないだろうと思ったら意外にも10MB/s以上遅い結果が得られました。

# hdparm -t /dev/sda1
/dev/sda1:
 Timing buffered disk reads:   66 MB in  3.07 seconds =  21.47 MB/sec

# hdparm -t /dev/sdb1
/dev/sdb1:
 Timing buffered disk reads:   52 MB in  3.04 seconds =  17.08 MB/sec

原因としてUSBというのはそもそも、同時に複数デバイスを読みに行くパターンを苦手とするのか、それとも単にhdparmの結果が不正確なだけなのか、のどちらかが考えられます。hdparmの影響を確かめるにはDirect I/Oでファイルを書き出す程度の簡単なベンチマークプログラムを書いてみればわかるのかな？
ソフトウェアRAIDが速度にどの程度影響するのかも気になるため、ストライピング構成を使ってより実環境に近い値を測ろうと思います。まあこの程度の構成ならば影響ないと信じたい…。

大下さんと晩御飯を食べにさとまで自転車で行きました。軽いサイクリング代わりになりました。
大下さんの自転車が壊れかけでボロボロなのが気になって仕方ないです。折りたたみ自転車やアルミフレームの軽い自転車なんかも、安くて良いものが売ってるんだから、無理して修理しながら乗らないで買い換えれば良いのにねー。

USB接続の外付けHDDを買ってきました。IO-DATA製です。ちなみにソフトウェアRAIDに挑戦してみたいので、しばらく使ってみて問題なさそうならもう一台購入する予定です。
早速分解してみると、中身はHGST（日立IBM）のDeskstarでした。最近はSeagateが好きですが、別にどの会社が駄目って事はありません。あ、でもサムスンのHDDだったらちょっと入れ替えを検討したくなるかも…。
ちなみにこのドライブは HDD以外はきっと同じ部品の使いまわしで、HDDだけ簡単に入れ替えられるのではないかと予想しております。

hdparm -tで測ってみると、USB HDDは26.8MB/sとちょっと遅いです。同じマシンで使っているUATA100のディスクは60MB/s出ていました。USBが遅いのは前々から予想していたので仕方ないかな。

たぶん風邪直りました。まだ若干ですが喉が痛いです。

4/29に書いたバックアップをやろうと思って、研究室からUSB接続のポータブルHDDを拝借して動作確認をしました。ところが全く動きません。さらにHDDからカチッカチッと音がしています。
壊したか？…と思ったら実は電力不足でした。2.5インチHDD（ポータブルHDDの中身ね）を駆動するには USBのバスパワーではギリギリらしく、この手の製品は「環境によって動かない」ことが多々あります。我が家のマシンのようにバスパワーの出力が足りないと、アクセスランプだけ点くとか半端な動作をしてしまうわけですね。

ちなみにお気づきの方も居られるでしょうが、バックアップ用途にポータブルHDDは使いません。通常は3.5インチHDD（電源を別に取るタイプ）を使います。「バスパワー関係無いじゃん？」という指摘はごもっともです。

田口邸の飲み会に行きました。じょーや徳若氏と久しぶりに会った気がします。いつのまにか徳若氏はS15シルビアに乗り換えていました。徳若氏は燃費が悪くなったよってぼやいてましたが、そりゃヴィヴィオビストロ（軽自動車）と比べたらどんな車でも駄目だろう。じょーは警察学校が楽しそうでもあり、しんどそうな感じでもありました。

たぶん風邪ひいたのだと思いますが、起き上がると非常にだるいので、一日中寝ていました。

作業していたら、すごいだるくなってきたので寝た。

昨日受けてきた面接の話など。大阪でやると思っていたら、東京の会場でした。最近、交通費が嵩んでいるのでうれしい誤算。
人事面接が2回と筆記試験でした。面接は2回ともほとんど同じ内容の質問をされ、違いが良くわからなかったのですが、実は何か大事な点を見ていたのかもしれません。
前評判どおり筆記が激ムズです。問題はじっくり考えれば解けますが、時間が短すぎてままなりません。これから一年間、筆記試験のためだけに頑張ったとしても満点を取れる気がしないテストでした。