标签: write-barrier

我们应该在 ext3 上使用 data=writeback 和 barrier=0 挂载吗?

我们一直在托管公司的 VM 上运行服务器,并且刚刚注册了专用主机(AMD Opteron 3250,4 核,8GB RAM,软件 RAID 中的 2 x 1TB,ext3)。

在运行性能测试时,我们注意到一些 SQLite 转换(插入、删除和/或更新的组合)比我的 2010 MacBook Pro 花费的时间长 10 到 15 倍。

经过大量的谷歌搜索和阅读,我们开始查看挂载选项,它们是:

    data=ordered,barrier=1
Run Code Online (Sandbox Code Playgroud)

我们做了一些实验,并获得了最佳性能

    data=writeback,barrier=0
Run Code Online (Sandbox Code Playgroud)

我已经阅读了这些内容,并了解他们正在做的事情的基础知识,但我对我们这样跑步是否是个好主意没有很好的感觉/感觉?

问题

对于托管服务,上述配置是否明智?

如果我们遇到停电或严重崩溃,那么我们最终可能会丢失数据或文件损坏。如果我们每 15 分钟拍摄一次数据库快照,这可能会缓解这种情况,但拍摄快照时数据库可能不会同步。我们应该(可以?)如何确保这种快照的完整性?

我们应该考虑其他选择吗?

谢谢

ext3 mount centos performance-tuning write-barrier

14
推荐指数
2
解决办法
2万
查看次数

标签 统计

centos ×1

ext3 ×1

mount ×1

performance-tuning ×1

write-barrier ×1