- 主题:备份很重要啊!
raid56一直不行,官方大字警告,用btrfs必知。
https://btrfs.wiki.kernel.org/index.php/Status
其它没问题,除了性能狗一点以外,我认为这是存储布局随时可变,比zfs灵活的代价。
【 在 cppbuilder 的大作中提到: 】
:
: btrfs不用raid没问题,某些raid配置出过大坑吧。
:
: zfs毕竟这么多年一直稳
:
#发自zSMTH@Redmi Note 7
--
FROM 113.119.11.*
raid56拖累btrfs名声。这方面说btrfs“broken by design”没错。
现在raid56元数据问题靠元数据用raid1,raid1c3布局来解决,但write hole不知道怎
么搞。坑留着,什么时候填上不好说。现在还没到raid56阻碍btrfs发展,要弃坑的时候
。
【 在 cppbuilder 的大作中提到: 】
: 居然还不行。感觉已经过去好多年了
--
FROM 119.130.155.*
盘数多起来,raid56才有优势。
假设btrfs阵列所有硬盘容量相同:
raid1c(n),容量永远是阵列总容量/n
raid5是m个盘,阵列总容量*(m-1)/m
raid56就是省空间。
但是,数据可靠性问题解决不了,raid56用途就很鸡肋了。
【 在 hgoldfish 的大作中提到: 】
: 其实我没想明白。。btrfs 用 raid5 是什么意思。对于 btrfs, raid5 是三盘 1.5 容量, raid1 也是三盘 1.5 容量。为什么不直接用 raid1 省事。
--
修改:Dazzy FROM 119.130.155.*
FROM 119.130.155.*
btrfs的raid1定义跟传统的不一样,不是基于磁盘的,而是基于数据块(extent)的,因
此不需要偶数磁盘。这是它的一大卖点。
【 在 cppbuilder 的大作中提到: 】
: 我都不知道还可以三盘raid1
--
FROM 119.130.155.*
现在还有raid1c3和raid1c4
/3或者/4
【 在 hgoldfish 的大作中提到: 】
: 但 btrfs 的 raid1 容量永远是总容量 / 2
--
FROM 119.130.155.*
Kernel 5.5加的。
除了给极重要数据使用外,还要给raid6无处安放的meta设计,和挂两盘不死属性对应。
理所当然的,最低盘数要求升到3或者4.
【 在 hgoldfish 的大作中提到: 】
: btrfs 新加的功能?是哪个内核版本加上的吗?我用的 openSUSE 可能内核版本太早还不支持。
--
FROM 119.130.155.*
不知道。btrfs的10是最无趣,要求最贴近传统的。
要把茫茫多的硬盘叠加,组成raid1,搞个大阵列,btrfs raid1自己就能做到,不需要raid0这额外一层。
我觉得,奔raid10和性能去的,比btrfs好的选择更多。
【 在 bigsen 的大作中提到: 】
:
: 读写性能上,还是raid10小于等于raid0,大于raid5吧?
: 如果不考虑浪费空间成本,读写性能+安全性方面的最优方案还是raid10吧?
: 【 在 Dazzy 的大作中提到: 】
: : 现在还有raid1c3和raid1c4
#发自zSMTH@Redmi Note 7
--
FROM 14.24.150.*
对,有个前提,成员是等容量硬盘。
btrfs更重要特色是,raid1可以是由奇数个,不等容量硬盘组成的杂牌军阵列,空间利
用率往往比经典raid1定义的其它实现方案高。家用乃至扩容要求比较低,十分灵活。
【 在 hgoldfish 的大作中提到: 】
: 但 btrfs 的 raid1 容量永远是总容量 / 2,这也是 btrfs 的特色之一啊。
--
FROM 119.130.154.*