幾霜::残日録::2008/07/21 (月)

　生協がやってない。おーまいがっ。海の日、とかだっけ? くそったれ。

　最も簡単な算出方法では、モデルM₀とM₁があるとき、以下の値がBayes factorとなる。ただし、もっと複雑な算出方法もある。

B₁₀ = M₁の対数周辺尤度の調和平均 / M₀の対数周辺尤度の調和平均

　このとき、2Ln(B₁₀) ＞ 2のとき、M₀が支持される(Kass and Raftery, 1995, p777)。

追記 - 2008/09/02 18:57:53
　上の記述は間違い。

B₁₀ = M₁の尤度 / M₀の尤度

であり、以下のようにB₁₀の推定値を得る。

2Ln(B₁₀) = 2 * (M₀の対数周辺尤度の調和平均 − M₁の対数周辺尤度の調和平均)
B₁₀ = exp(M₀の対数周辺尤度の調和平均 − M₁の対数周辺尤度の調和平均)

である。ただし、M₀の対数周辺尤度の調和平均＞M₁の対数周辺尤度の調和平均である。

らしい。以下のサイトを参照。

UFS Snapshot を使ってバックアップの世代を管理する - markun日記
FreeBSD UFS Snapshot Management Environment を使って Snapshot を簡単に操作する - markun日記
FreeBSD UFS Snapshot Management Environment を使って定期的に Snapshot を作成する - markun日記
amd を使って FreeBSD UFS Snapshot に簡単にアクセスする - markun日記

　うーむ、環境構築がかなり面倒ですが、ML115にHDD2台を追加してミラーリングボリュームを作ってこれをやるか。というか今はGentooが入っているので、まずFreeBSDを入れなくては。

　・・・なんてやっている時間は無いぞ。いつやればいいんだ?

　HDDの換装をしたのにまたchkdskが毎回走るようになった。BunBackupを実行しようとすると「C:\$Mftが壊れています」とか言われる。ファイルテーブルの破損とはね。

　結局、換装前のHDDにも現在のHDDにも不良セクタは見つからなかった。おそらく、WindowsのくそったれなI/OとNTFSが膨大なファイル数を扱いきれずにファイルテーブルを破壊したり破損していると誤認したりしているのでしょう。シミュレーション関連で細かいファイルが大量に存在するのは確かですが、この程度で音を上げるNTFSには呆れざるを得ませんね。

　さて、だからといって削除するわけにもいかないし、どうしたものか。アーカイブファイルにしてファイル数を減らすとかも考えましたが、それではいちいち展開しなくてはなりませんし。困ったものです。とりあえず今のところはchkdskで修正させればだましだまし使えていますが、この先どうしたものでしょうか。