w***g
发帖数: 5958 | 1 要求ecc, 而且1TB要1GB. 用不起.
弄个20TB的文件系统, ext4还是xfs? 据说fsck也很费内存. | p***o
发帖数: 1252 | 2 其他系统不用ECC一样会有问题，只不过一般用用大家不在乎吧。
大小的话先用着以后慢慢加。
【在 w***g 的大作中提到】
: 要求ecc, 而且1TB要1GB. 用不起.
: 弄个20TB的文件系统, ext4还是xfs? 据说fsck也很费内存.
| w***g
发帖数: 5958 | 3 TL;DR zfs有一个scrub操作, 就是读盘验证正确性.
scrub本身应该是个只读的过程. 但是据说如果scrub
的过程中如果正好内存出错, zfs会认为是磁盘数据错了,
然后把错误数据写入磁盘.
一般如果只是存数据,读得不是太厉害的,scrub操作的
吞吐量会远超过实际磁盘读写的量, 所以内存出错的
概率会急剧提高. 这个据我理解就是为什么zfs+non-ecc
比non-zfs + non-ecc还要差的原因.
按我24T的需求, 光32G ECC内存就得$350.
综上, 穷人zfs还是算了.
【在 p***o 的大作中提到】
: 其他系统不用ECC一样会有问题，只不过一般用用大家不在乎吧。
: 大小的话先用着以后慢慢加。
| h*****g
发帖数: 1327 | 4 家里的FreeNas，ZFS由4x3T加上2x4T组成，真正能用的不到13T，放了两根非ECC共16G
的内存，放在那里好象一年多了从来没有管它，没有用ECC内存，经常往里面甩一些电
影，Plex服务器，几台电脑和手机图片的的自动备份，没有任何问题
【在 w***g 的大作中提到】
: 要求ecc, 而且1TB要1GB. 用不起.
: 弄个20TB的文件系统, ext4还是xfs? 据说fsck也很费内存.
| a9
发帖数: 21638 | 5 小气，哈哈
上btrfs吧
【在 w***g 的大作中提到】
: TL;DR zfs有一个scrub操作, 就是读盘验证正确性.
: scrub本身应该是个只读的过程. 但是据说如果scrub
: 的过程中如果正好内存出错, zfs会认为是磁盘数据错了,
: 然后把错误数据写入磁盘.
: 一般如果只是存数据,读得不是太厉害的,scrub操作的
: 吞吐量会远超过实际磁盘读写的量, 所以内存出错的
: 概率会急剧提高. 这个据我理解就是为什么zfs+non-ecc
: 比non-zfs + non-ecc还要差的原因.
: 按我24T的需求, 光32G ECC内存就得$350.
: 综上, 穷人zfs还是算了.
| S*A
发帖数: 7142 | 6 xfs 我一般都尽量避开用。这个修复起来很头疼。
而且 xfs 我印象维护比较没有追求。以前有些 bug
很久也没有改。
【在 w***g 的大作中提到】
: 要求ecc, 而且1TB要1GB. 用不起.
: 弄个20TB的文件系统, ext4还是xfs? 据说fsck也很费内存.
| o**o
发帖数: 3964 | 7 ecc这么贵了？去年32g拆机的ddr3好像不到150
【在 w***g 的大作中提到】
: TL;DR zfs有一个scrub操作, 就是读盘验证正确性.
: scrub本身应该是个只读的过程. 但是据说如果scrub
: 的过程中如果正好内存出错, zfs会认为是磁盘数据错了,
: 然后把错误数据写入磁盘.
: 一般如果只是存数据,读得不是太厉害的,scrub操作的
: 吞吐量会远超过实际磁盘读写的量, 所以内存出错的
: 概率会急剧提高. 这个据我理解就是为什么zfs+non-ecc
: 比non-zfs + non-ecc还要差的原因.
: 按我24T的需求, 光32G ECC内存就得$350.
: 综上, 穷人zfs还是算了.
| p***o
发帖数: 1252 | 8 去年8G*4的ddr3 ecc rdimm应该只要50 ...
【在 o**o 的大作中提到】
: ecc这么贵了？去年32g拆机的ddr3好像不到150
| Z**0
发帖数: 1119 | 9 这些要求都是工业标准的，日常应用不需要这么多内存。
我的笔记本是4G普通内存，从ZFS port到了Linux后，我就开始在Linux上使用ZFS，到
目前没有发现什么问题。 | g****d
发帖数: 3461 | 10
不用校验内存也可以，去复只对需要的数据做就行。
去复对全文件系统开放，会莫名其妙地慢。
刷盘又不是天天做，顶多一个月刷一回。
【在 w***g 的大作中提到】
: 要求ecc, 而且1TB要1GB. 用不起.
: 弄个20TB的文件系统, ext4还是xfs? 据说fsck也很费内存.
| g****d
发帖数: 3461 | 11
32G ECC还是算了。
144G ECC dedup 32T raidz 都太慢。
【在 w***g 的大作中提到】
: TL;DR zfs有一个scrub操作, 就是读盘验证正确性.
: scrub本身应该是个只读的过程. 但是据说如果scrub
: 的过程中如果正好内存出错, zfs会认为是磁盘数据错了,
: 然后把错误数据写入磁盘.
: 一般如果只是存数据,读得不是太厉害的,scrub操作的
: 吞吐量会远超过实际磁盘读写的量, 所以内存出错的
: 概率会急剧提高. 这个据我理解就是为什么zfs+non-ecc
: 比non-zfs + non-ecc还要差的原因.
: 按我24T的需求, 光32G ECC内存就得$350.
: 综上, 穷人zfs还是算了.
| a*****e
发帖数: 1700 | 12 我大概 7T 的硬盘，HP Z40L 内存 2G ECC，FreeBSD ZFS 用了六七年了，没问题
【在 w***g 的大作中提到】
: 要求ecc, 而且1TB要1GB. 用不起.
: 弄个20TB的文件系统, ext4还是xfs? 据说fsck也很费内存.
|
|
