ログデバイスに関するトレードオフ

• ログ (ロギングデバイス) は、頻繁にアクセスされます。最大のパフォーマンスを引き出すためには、入出力負荷の高いディスクにログを配置しないようにします。ディスクの中央にログを配置することで、ログをアクセスするときの平均シーク時間を最小限に抑えることができます。

• 入出力負荷の均衡を保つため、同じトランスメタデバイスのロギングデバイスとマスターデバイスは、異なるドライブ (できれば異なるコントローラ) 上に配置します。

  ログの共有：トランスメタデバイスはロギングデバイスを共有できますが、入出力負荷が高いファイルシステムに対しては、独立したログを用意しておきます。ロギングデバイスを共有する際のデメリットは、エラーの種類によっては、ロギングデバイスを共有しているすべてのファイルシステムに対して fsck(1M) コマンドを実行しなければならなくなるという点です。

• ログサイズが大きくなるほど、パフォーマンスは向上します。ログサイズが大きいほど、並列性 (1 秒間に実行できるファイルシステム操作数) が向上します。

• ロギングデバイスの絶対的な最小サイズは 1 M バイトです。適切なパフォーマンスを確保するための平均ログサイズは、100 M バイトあたり 1 M バイトです。1 G バイトあたり少なくとも 1 M バイトのログを持つことをお勧めします。

  4 G バイトのファイルシステムがあるとします。この場合に推奨されるログサイズは次のようになります。

  • 高いパフォーマンスを実現したければ 40 M バイト (100 M バイトあたり 1 M バイト)

  • 推奨される最小ログサイズは 4 M バイト (1 G バイトあたり 1 M バイト)

  • 絶対的な最小ログサイズは 1 M バイト

• ログはすべてミラー化してください。デバイスエラーでログが失われると、ファイルシステムの一貫性が失われた状態となってしまい、fsck(1M) コマンドでもユーザーの介入がなければファイルシステムを修復できなくなってしまうことがあります。