アカウント名:
パスワード:
探していたら、XFS、JFS、ReiserFS、ext3fsの比較について述べているページがありました。ただ、どうもこのページはファイルやディレクトリサイズのスケーラビリティばかり強調していて、ジャーナリング手法の比較という点からするとパッとしません。
ジャーナリングにおける大きな問題は、ログに対するガベージコレクションです。これはしばしばログ内部(主にlog-structured)、またはログとそのほかのブロック(主にmetadata logging)との間でデータの再配置を必要とします。また、ログに対するブロックのアドレッシングには従来よりも大きなオーバヘッドがかかります。したがって、再配置やアドレッシングに要するコストをログヘのまとめ書き(clustering)による利益でカバーしなければなりません。ここ数年の様子を見ていると、ログをディスクに一度書き込むというアプローチをとる限り、多くの応用にて劇的な性能改善が得られたという報告はありません。
このような問題に対し、metadataの更新キューをin coreに作っておき、更新のclusteringを実現することに集中したのがsoftupdatesです。softupdatesとジャーナリングの比較を行った報告もあります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
どのFS? (スコア:2)
ext3 は互換性に優れているというのは知っていますが、性能的にはどれがいいんでしょうか?
安定性はどちらももう実用になるよね。
(XFS は知らない)
-- wanna be the biggest dreamer
Re:どのFS? (スコア:5, 興味深い)
探していたら、XFS、JFS、ReiserFS、ext3fsの比較について述べているページがありました。ただ、どうもこのページはファイルやディレクトリサイズのスケーラビリティばかり強調していて、ジャーナリング手法の比較という点からするとパッとしません。
ジャーナリングにおける大きな問題は、ログに対するガベージコレクションです。これはしばしばログ内部(主にlog-structured)、またはログとそのほかのブロック(主にmetadata logging)との間でデータの再配置を必要とします。また、ログに対するブロックのアドレッシングには従来よりも大きなオーバヘッドがかかります。したがって、再配置やアドレッシングに要するコストをログヘのまとめ書き(clustering)による利益でカバーしなければなりません。ここ数年の様子を見ていると、ログをディスクに一度書き込むというアプローチをとる限り、多くの応用にて劇的な性能改善が得られたという報告はありません。
このような問題に対し、metadataの更新キューをin coreに作っておき、更新のclusteringを実現することに集中したのがsoftupdatesです。softupdatesとジャーナリングの比較を行った報告もあります。
Re:どのFS? (スコア:1)
ガーベジコレクションをやらないという手は無しですか?
ext3 のソースコードを見たわけではありませんが
そのログのサイズからいってガーベージコレクションせずに
in-place 更新だけに頼っているようにも見えます。
またログとその他のブロックとの間でデータの再配置を
とありますがログは固定サイズなので再配置の必要
はないような気がするのですが。よければ詳細を
ご教示ください。
Re:どのFS? (スコア:0)
Re:どのFS? (スコア:1)