V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ungrown  ›  全部回复第 10 页 / 共 90 页
回复总数  1794
1 ... 6  7  8  9  10  11  12  13  14  15 ... 90  
2022-12-12 10:41:04 +08:00
回复了 sidkang 创建的主题 Linux 咨询 NAS 的硬盘组合问题, ZFS、MergerFS+SnapRaid、普通 Raid
@sidkang #41 是呢,来找我对话的是你,说勿回的还是你,对别人这样颐指气使,想必是一个友善的人呢
2022-12-12 10:00:56 +08:00
回复了 sidkang 创建的主题 Linux 咨询 NAS 的硬盘组合问题, ZFS、MergerFS+SnapRaid、普通 Raid
@sidkang #38 我直接帮你把重点画出来吧,省得还等你下条回复

is strongly recommended for "enterprise environments"
where the "strongest data integrity guarantees" are required
2022-12-12 09:55:45 +08:00
回复了 sidkang 创建的主题 Linux 咨询 NAS 的硬盘组合问题, ZFS、MergerFS+SnapRaid、普通 Raid
@sidkang #38
是呀,不必要啊
知道啥是必要的吗,跑 memtest 不出错的内存
2022-12-12 09:36:17 +08:00
回复了 sidkang 创建的主题 Linux 咨询 NAS 的硬盘组合问题, ZFS、MergerFS+SnapRaid、普通 Raid
@justaname #36 fnmdp 1%和 0.01%没差别!
我说的是没差别吗,我说的是这点差别没有意义。
往小了说,1%和 0.01%这种错误率都属于很大的错误率了,这种内存条不换掉属于害人害己。
往大了说,zfs 自带的错误校验和防损机制是不依赖 ecc 的,用普通内存,zfs 依然能发挥它的错误校验功能,内存中的错误不会被回写到介质上。

你又要用 zfs ,又嫌 zfs 核心开发人员提供的结论是利益相关的,你就想听社区里面人云亦云以讹传讹三人成虎贩卖恐慌的 ecc 神教是吧?
是你们把自己臆想出来的东西奉为宝典,软硬兼施,规劝、胁迫别人跟你们一样搞,而且看到质疑和反对的声音就攻击,你们这才是血统纯正的宗教迫害,怎么还有脸来倒打一耙!?

ntfs 本来就是很好的文件系统,要不然为什么这么多人在用?
然而你这个例子恰恰证明了 ecc 本来就不是特别重要,哪怕是 ntfs 这种没有校验功能的文件系统。
zfs 这种校验功能完善的文件系统就更不怕内存翻转了,zfs 不会把内存中错误的块当成正确的提供给用户读取,zfs 不会把内存中错误的块回写到介质上,但是 ntfs 会。
zfs+普通内存 ≈ 其他文件系统+ecc 内存 = 单一校验。
zfs+ecc 内存 = 双倍校验。

你们但凡稍微了解过 zfs 的块校验和错误管理,都不会被一个内存翻转吓到半死。
2022-12-12 03:20:56 +08:00
回复了 sidkang 创建的主题 Linux 咨询 NAS 的硬盘组合问题, ZFS、MergerFS+SnapRaid、普通 Raid
@justaname #34 假传圣旨的卑鄙小人!
PVE 官方资料里在 zfs 页面提到了 ecc ,只提到一次,上下文用的词语是 recommend ,除此之外没有哪怕一个地方提及非 ecc 的危害也没有反对使用 ecc 。这叫“强烈”建议?这强烈是你自己加的吧喂!
oracle zfs 、openzfs 、truenas 官方资料中则干脆连 ecc 这个词都搜不到了,唯一把 ecc 奉为圭臬当山歌唱的就是 truenas 论坛里面,你是不是被他们托梦看的“资料”啊?

来,时间充裕,我不跟你玩什么简明扼要的论证,我就是要朝你这种焦虑贩子输出情绪和贬斥。
如果我给的那篇文章链接你真的仔细看了,那下面这段内容你应该已经读过,但是谁知道呢,说不定你嘴上说你读过,其实你可能一个字没看,或者边看边忘呢。

There's nothing special about ZFS that requires/encourages the use of ECC RAM more so than any other filesystem. If you use UFS, EXT, NTFS, btrfs, etc without ECC RAM, you are just as much at risk as if you used ZFS without ECC RAM. Actually, ZFS can mitigate this risk to some degree if you enable the unsupported ZFS_DEBUG_MODIFY flag (zfs_flags=0x10). This will checksum the data while at rest in memory, and verify it before writing to disk, thus reducing the window of vulnerability from a memory error.

I would simply say: if you love your data, use ECC RAM. Additionally, use a filesystem that checksums your data, such as ZFS.

这是 2014 年 Matthew Ahrens 在论坛上的回帖 https://arstechnica.com/civis/threads/ars-walkthrough-using-the-zfs-next-gen-filesystem-on-linux.1235679/page-4#post-26303271
Matthew Ahrens 何许人也?乃 sun 公司当初创造 zfs 的核心人员之一,现今的 Delphix 公司 zfs 开发团队的领导。
他上面说的这段哈啥意思呢?开头他说:zfs 没有什么特别的地方,使它比其他文件系统更加需要、更加依赖 ecc 内存。结尾他说:你实在担心你那宝贝数据出问题,不管是利益休戚相关还是心理作用,你担心,你就上 ecc ,不管你用的啥文件系统,你担心就该上 ecc ,那如果有了 ecc 还嫌不够呢,你还可以加一个 zfs 作为额外的保险。那么是 ecc 的存在才使得 zfs 能够可靠运作吗,不是;是 ecc 让 zfs 变得更好了吗,不是;是什么呢,是 zfs 使 ecc 变得更好了,原因无他,zfs 牛逼,zfs 屌大,zfs 无论在任何内存哪怕是坏内存上都能通过自己的系统将错误减到最小,杀爆在座各位的其他文件系统。
因为 zfs 本身相当于加了一层校验,校验不通过它是不会往盘上回写覆盖数据的。在 zfs 面前,其他的文件系统就是小瘪三。
你有 ecc ,恭喜,你还用了 zfs ,好,双倍校验,双倍恭喜。
你没 ecc ,但你的内存没坏,没事放心用,哦你用 zfs 啊,那更没事了。
你没 ecc ,而且你的内存已经有问题了,跑 memtest 报错那种,呵呵,祝你好运……等下,你用的是 zfs 啊,诶,问题不大,但是还是赶紧换根条子吧,又不贵,非要拼人品赌运气吗?
你没 ecc ,而且内存有问题,而且文件系统还不是 zfs ,emmm ,回去过得开心点吧,想吃啥想玩啥的尽量满足吧,不会太久了。
就你那心心念念的 1%还是 0.01%,你还在乎那几个小数点呢?内存条要是真有这么大的错误率,早蓝屏、内核崩溃了,这么高的错误率,跑 memtest 还不得第一轮就列表格?
但是不用担心,如果你真的有一条这样的内存条,zfs 依然会尽全力避免数据损坏,毕竟除非智子干扰,否则内存里面不会错得那么“巧”,zfs 的块校验就能发现错误,发现了错误就好办了,别往回写不就行了么,你以为 zfs 是跟你一样的脑残呢?
再说,这么宝贝的数据,vdev 肯定有冗余吧,哪有正经人玩存储不戴头盔,啊不是,不设冗余的?
那是我了,我就是这种不正经的人,单硬盘 zpool ,无冗余,无 ecc ,这都快 8 年过去了,要不我再维持现状多跑几年,说不定到时候我哭了,你可以来笑我?

就你这种桶底湿,还学别人半桶水那样晃呢?人家半桶水虽然傻逼但他能晃出响来,你呢?
2022-12-10 21:07:30 +08:00
回复了 Wovvvv 创建的主题 NAS 500 块左右搭一个家用 nas 有什么推荐吗?
这个预算,直接闲鱼搜暴风一期、二期,以及类似配置、价位的,二手整机,机箱基本是双盘位、四盘位,板 U 老旧性能弱但基本够用,自带内存也勉强够用,风扇电源一般也都自带,比自己 DIY 一套来得省事。
2022-12-09 15:08:26 +08:00
回复了 tysb777 创建的主题 NAS 群晖中如何接入全球互联网? Jellyfin 无法加载插件
@wangxiang #24 元数据和媒体文件跟着视频一起存放、一起移动、一起删除,这样是更细粒度的“方便”,如果是刮削数据单独存放的话,就得单独寻找,如果刮削的数据多了的话,保留某些视频的、去除另一些视频的操作就变得极其繁琐零碎。
2022-12-09 14:38:14 +08:00
回复了 haotian22 创建的主题 Cloudflare Cloudflare 反代导致账户被暂停
@netnr #9 是单纯的误判、意外,还是有人针对性地捣乱?
2022-12-09 14:26:20 +08:00
回复了 likre 创建的主题 程序员 为什么你不用 Linux 当桌面?
@marcong95 #28 clash 还行,我最近刚转过来,台式机、笔记本、手机都换成 clash 了
2022-12-09 14:14:54 +08:00
回复了 tysb777 创建的主题 NAS 群晖中如何接入全球互联网? Jellyfin 无法加载插件
@wangxiang #18 tmm 属于元老级应用,多少年的积累和完善,而且是陪着 kodi 一路走过来的,所以是针对 kodi 所支持的目录结构和媒体文件命名规范设计得,而 kodi 的资历更老,所以后起之秀的一众媒体管理应用,都支持 kodi 的那套目录结构和文件命名,哪怕有自己专门的规范也是借鉴 kodi 那套。
所以 tmm 直接把刮削所得的元数据和媒体文件比如海报这些,都按照 kodi 的规范,和视频文件放在一起,那么所有支持这套规范的应用,都能够使用这些已经刮削好的信息和媒体。
2022-12-02 16:45:47 +08:00
回复了 sidkang 创建的主题 Linux 咨询 NAS 的硬盘组合问题, ZFS、MergerFS+SnapRaid、普通 Raid
@justaname #32
所有强调 zfs 必须或者最好用 ecc 的论调,都是以讹传讹,该观点的始作俑者和一众信徒(不加引号)们都在这个问题上犯了“半桶水想太多但又想得不够多”的错误,其中相当一部分人很难说他们不是借这个观点来进行误导、威吓、党同伐异、赛博宗教迫害。
反驳这一论调的经典文章: https://jrs-s.net/2015/02/03/will-zfs-and-non-ecc-ram-kill-your-data
结论:ecc 有用,但是没必要。没有 ecc 的场景下,zfs 并不会比别的文件系统造成更多损失,相反,zfs 还会避免、修复更多损失,因为其他文件系统没这个能力,是的,这个能力本来也跟内存是不是 ecc 没有关系。如果你感到困惑,上面那条链接可以给你解惑。

以后记得看到某种观点之后,搜搜它的反面,反面不一定是对的,但是兼听则明偏信则暗。
2022-12-02 16:39:59 +08:00
回复了 CRUD 创建的主题 硬件 看了这么多帖子,最终要组一台 NAS+家用服务器还是纠结
关于 ecc:
所有强调 zfs 必须或者最好用 ecc 的论调,都是以讹传讹,该观点的始作俑者和一众信徒(不加引号)们都在这个问题上犯了“半桶水想太多但又想得不够多”的错误,其中相当一部分人很难说他们不是借这个观点来进行误导、威吓、党同伐异、赛博宗教迫害。
反驳这一论调的经典文章: https://jrs-s.net/2015/02/03/will-zfs-and-non-ecc-ram-kill-your-data/

以后记得看到某种观点之后,搜搜它的反面,反面不一定是对的,但是兼听则明偏信则暗。
2022-11-29 14:24:18 +08:00
回复了 asanelder 创建的主题 分享发现 关于自己花了 10 小时重学五笔的感受
@asanelder #21 真的,这种时候,真有种生不如死的感觉
1 ... 6  7  8  9  10  11  12  13  14  15 ... 90  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   3377 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 11:20 · PVG 19:20 · LAX 04:20 · JFK 07:20
Developed with CodeLauncher
♥ Do have faith in what you're doing.