对U-NAS OS 4.0的建议和期待。

mjyu51

ZFS对CPU和内存的要求是非常、非常、非常高的。 当然家里用，只是偶而传点数据，问题不大。
实际正儿八经用的客户里（几万个）， 几乎全部都是用的CPU 是i7或 D1541/D25xx 或E3 的高端型号， 内存16G起步。【一个简单的例子就是，万由提供的一个低压i7 7600U + 16G内存+32G SSD的硬件方案，客户自己的软件是ZFS的， 测试下来说跑不动。后期测试了i3 8300，也很吃力】
所以，如果你要是正经用，有多个用户在使用同一个系统， ZFS对硬件的要求是非常非常高的。

gfpyc

tianmo 发表于 2019-2-3 00:28
翻wall靠软路由，哪有用nas来翻wall的？或者直接装虚拟机，虚拟个软路由，再虚拟个nas，也是条方案。zfs ...

并不是软路由，你想差了，关于这个由于是公共场合并不想多说，说以就这样吧...或者我们换个地讨论...

虚拟方案不是没想过，但是能直接在一个OS上实现为什么要这么折腾啊，这也是个问题...

我明白你的心情，也感谢热心，但是每个人的应用场景并不相同，最合适自己的才是最舒服的不是么？

gfpyc

mjyu51 发表于 2019-2-3 04:32
ZFS对CPU和内存的要求是非常、非常、非常高的。 当然家里用，只是偶而传点数据，问题不大。
实际正儿八经 ...

这个深切感受到了，等过年看看还能找到前些日子群里看的那个1888块的超值主板再说吧。

个人的应用需求其实还好，不会那么多人同时登陆，掰着手指头都数的过来，基本上都是家人，偶尔客户临时会登一下这样。 适当的提高些性能感觉应该就能痛快跑了，毕竟硬盘数量和容量也没到企业级应用的级别。

前面和那位在聊的“正经用”并不是指的企业级应用，而是相对于的成天折腾而不把NAS投入实际使用的情况所说的“正经用”。

之前所说的U-NAS OS 能够支持ZFS这个建议后面其实也说了，其实只要能够作为一个不推荐的隐藏选项，甚至只要磁盘管理和共享文件夹的管理能够识别已被ZFS使用的磁盘和已经建立的ZFS的pool就已经足够令人开心了。

至于其他的交给用户自己平衡利弊来选吧。

现在的情况是，就算在Debian下成功的建立起来了zpool，在U-NAS OS下的图形界面里也完全没用，几乎就像加入池中的硬盘其实还是刚插进去的裸盘的样子。。。加上ZFS也没有卷。。。于是。。。