V2EX › helixzz 的所有回复 › 第 5 页 / 共 6 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6

❮

❯

2016-07-30 12:30:03 +08:00

回复了 levie 创建的主题 › 分享创造 › Snipaste - 开发了三年的截图工具，但不只是截图

太赞了！感动！

2016-06-15 18:02:58 +08:00

回复了 helixzz 创建的主题 › 问与答 › 海量小文件存储在单个文件系统上并通过 NFS 共享，是否会显著增加数据损坏的几率？(´･_･`)

@xbb7766 32 位那就是 2^32 的限制了。我们用的都是 64bit 的 Ubuntu 。 RAID 卡没有报错（一直是 Optimal 状态），并且开启了 Patrol Read ，如果是硬盘硬件上的问题，我觉得 RAID 卡应该会告警的吧？ SMART 没有特别注意，但刚看了一下没有问题。而且这些 4TB RE4 也才用了一年。

2016-06-15 16:13:34 +08:00

回复了 helixzz 创建的主题 › 问与答 › 海量小文件存储在单个文件系统上并通过 NFS 共享，是否会显著增加数据损坏的几率？(´･_･`)

@xbb7766 不过，考虑别的文件系统的确是正经事。在不太改变现有架构的情况下，似乎 XFS 是个不错的选择？

2016-06-15 16:13:12 +08:00

回复了 helixzz 创建的主题 › 问与答 › 海量小文件存储在单个文件系统上并通过 NFS 共享，是否会显著增加数据损坏的几率？(´･_･`)

@xbb7766 关于 16TB 的坎，有什么历史渊源吗？我知道 ext3 是最大只支持 16TB 。但把分区格式化成 ext4 的时候，实在是顺利得很…以前也确实没听说过有这么低的限制（ wikipedia 说是 1EiB ）。看了你发的链接，理论上 2012 年以后的内核和 e2fsprogs 都应该已经支持大于 16TB 的 ext4 卷了才对…

2016-06-15 16:09:46 +08:00

回复了 helixzz 创建的主题 › 问与答 › 海量小文件存储在单个文件系统上并通过 NFS 共享，是否会显著增加数据损坏的几率？(´･_･`)

@fcicq 感谢，我研究一下 ZFS 。

2016-06-15 15:30:26 +08:00

回复了 helixzz 创建的主题 › 问与答 › 海量小文件存储在单个文件系统上并通过 NFS 共享，是否会显著增加数据损坏的几率？(´･_･`)

@fcicq 请问在海量小文件的场景下 ZFS 的性能怎么样呢？因为涉及到冗余和校验，想必还是挺吃 CPU 的…然后我们又是开 nfs 给一大堆机器同时使用，可能有大量的随机读写。另外主要是自己不熟悉，不知道 ZFS 与场景的硬件 RAID 方案比可靠性和维护的方便程度有没有什么差别。

2016-06-15 14:54:20 +08:00

回复了 helixzz 创建的主题 › 问与答 › 海量小文件存储在单个文件系统上并通过 NFS 共享，是否会显著增加数据损坏的几率？(´･_･`)

@fcicq 几台不同内核版本的机器都出现这个问题。有 3.13.0-85-generic ， 3.5.0-23-generic ， 3.13.0-74-generic 等等。这么大体量的文件系统，而且是大量小文件， rsync 只有几 MB/s 的速度， fsck 一星期也修不完…都不知道这些数据该怎么处理了。目前我们正在一点一点拷贝最重要的部分到独立插几块硬盘的 PC 上，先做点备份……

2014-11-13 22:10:29 +08:00

回复了 jeeve 创建的主题 › 程序员 › 微软宣布 .NET 开源了

喜大普奔！

2014-11-13 22:09:25 +08:00

回复了 805126232 创建的主题 › Linux › 求推荐好用的 Linux 系统

伪命题，哪儿来的「好用的」Linux 系统…如果想不折腾好好用，那还是退开源保平安吧，M$ 大法好啊。

2014-11-13 22:08:29 +08:00

回复了 GeekGao 创建的主题 › 程序员 › 到这个时间段了，还有加班的没？

这难道不是正常上班时间吗摔！

2014-06-27 13:39:25 +08:00

回复了 acgtyrant 创建的主题 › 问与答 › 希望能找到能满足我极度严苛要求的 Laptop

其实联想的 ideaPad 娱乐本也是可以的…或者考虑考虑 Erazer Z 系列。