AkinoriTech先に起動ディスクをHDDからUSBメモリに変更してからしばらく運用を続けていたところ、深刻な性能問題に直面してHDDに戻したのは先月のことだった。installworldに8時間も掛かるようになってしまっていた。USBメモリ自体がずっと通電しての読み書き(書くのはまれだが)に耐えうる設計になっていないからなのか、特定部分へのアクセスが重なった結果へたってしまったのかはよくわからないが、ともかく常時稼働は荷が重かったということは言えるだろう。HDDに戻したところたちまち安定して快適にはなったが、ただの撤退ではおもしろくないので、安くなってきたSSDを導入することにした。64GBが7,000円を切っているので、これを採用した。FreeBSDに限らないが、SSDを使う上で当然気になるのがTRIM命令のサポート有無である。9.0や8.3ではadaドライバ、GEOM、UFS2がこれをサポートしており、シンプルな非冗長構成ではすんなりこれを享受できる。ZFSは未サポート、さらにGEOMもmirrorやjournalを通すとUFS2がTRIM命令のサポート有無を検知できず無効になってしまうようだ。L2ARCパーティションは多くの書込があるものの、冗長化した上でたまに片肺にしてTRIMすれば十分だと考えた。mirrorを比較検討し、読み込み主体であることと、先にTRIMがサポートされそうなことから後者にした。journalではなくSUJを選択。前置きが長くなったが、購入したSSD二台にシステムを載せ替える手順のメモを開陳。/dev/gpt/l2arc0こんな感じです。mirrorを構成し、そこに/を作って構築すること。mirrorは、マウントした状態のファイルシステムパーティションをミラー構成にすることはできないようだ。mirrorボリュームを作ってそこからブートすれば、あとは二肺目をそこにアタッチ(GEOM用語ではinsert)するだけで良い。importしないといけない)問題が発生しており少し困っている。最近VirtualBoxが不安定(4.1.10くらいから?)で、たまにカーネルパニックを起こすので少し深刻だ。-faと直してからスタートアップする必要がある。nameとしてもGPTラベル名やGPTIDやらのデバイス名で設定が生き残ってしまう。nameとすれば良いようだ。おまけ情報3以前発見した問題が解決。multiplierにディスクを差したときに既存ディスクのデタッチが発生しないようになっていた。コメントをキャンセルメールアドレスが公開されることはありません。