タグ付けされた質問 「write-barrier」

ホスティング会社のVMでサーバーを実行しており、専用ホスト（AMD Opteron 3250、4コア、8GB RAM、ソフトウェアRAIDの2 x 1TB、ext3）にサインアップしました。 パフォーマンステストの実行中に、一部のSQLite変換（挿入、削除、更新の組み合わせ）が2010 MacBook Proよりも10倍から15倍長くかかっていることに気付きました。 たくさんのグーグルと読書の後、マウントオプションを確認しました。 data=ordered,barrier=1 私たちはいくつかの実験を行い、最高のパフォーマンスを得ました data=writeback,barrier=0 私はこれらを読んで、彼らがしていることの基本を理解していますが、このように走るのが良い考えかどうかについての感覚/感覚がありませんか？ ご質問 上記の設定は、ホストされたサービスで考慮するのが賢明ですか？ 停電やハードクラッシュが発生した場合、データが失われたり、ファイルが破損したりする可能性があります。DBのスナップショットを15分ごとに作成している場合、状況は緩和される可能性がありますが、スナップショットの作成時にDBが同期されない場合があります。このようなスナップショットの整合性をどのように（どのように）保証する必要がありますか？ 他に検討すべきオプションはありますか？ ありがとう

13 centos  mount  ext3  performance-tuning  write-barrier