似乎没人关注 nas 的 i/o 性能

这个话题 在没有 100G 网卡作为前提下 讨论意义不大
zfs 性能 在 TrueNas 应该有许多讨论
实际运行中 确实有发现 在大量小文件读写的场景下 NAS 的 nfs 半永久下降 非重启无法解决 至今也没发现有什么足够契合的讨论帖

想多了，我的 NAS 就我和媳妇儿两个人用，不可能高 IO 。再说了，加宽上传带宽就那么点，想高也高不起来啊

@gandiaojjj #37 以我熟悉的生产场景来说： 目前我的 NAS 是： 服务器 R740+硬 raid10 （ SAS ）+SSD cache ，EXT4 通过 NFS 挂载到 k8s 集群某些 POD （生产） ， 同时该 NFS （ NAS ）会服务 harbor 、minio （对象存储）- 集群版等多种场景， 在该场景下，并没有全闪需求，也没有 ZFS 需求，综合成本、性能、可靠性、可用性，我选了上述方案。

我能想到的性能必须要考虑到全闪+性能最优，可能是否是类似网吧“无盘系统”， 块存储+虚拟化等需求？ 如果上了全闪等方案，到时候瓶颈可能在网络共享协议上，上单独存储网络，基于文件系统的共享又成为了瓶颈，所以需要更底层的块共享提高性能，再往后就是 iscsi ， 然后软件协议又是瓶颈， 再往后就是独立的存储网络，HBA ，SAN ，FC-SAN ，然后就恭喜你进入了企业级领域。

可能还是因为需求没这么大，1G 或者 2.5G 基本够用了，25G 以上甚至 100G 影响才明显，顺便贴一下很久以前我对 CEPH 的一些测试 https://www.chiphell.com/thread-2484215-1-1.html

nas 讲性能，是不是有点跟 0-100 加速近 10 秒的车讲性能的意思了。。

高性能是有代价的：功耗，散热，噪声，重量，体积，价格……

目标人群不管的…
apple 不给 iPhone 标运存 lz 可以理解吗

可能大家都性能过剩，垃圾佬的我就被 iowait 折磨过，什么移动硬盘，硬盘盒挂在 j1900 上内网看不了蓝光，系统装在垃圾固态上，docker 刚启动的时候直接 io 卡爆导致系统响应超级无敌慢，好难受的
io 性能真的很重要呀！

nas 基本都是机械硬盘，谈 IO 没多大意义

冷数据要什么 io ？

专业存储会告诉吧，我们使用的 netapp 和 huawei 的存储都会告诉什么样的配置大概能提供什么样的 io 。

家用 nas ，io 够用了。投入和产出要考虑。
我想家里用 fcsan 架构的玩家太少了，家里能够全部实现 2.5G 就很厉害了

是不是先要提一下使用场景，具体的应用，再来谈是否要研究提高 IO 。

@gandiaojjj 考虑一下 DELL 的 PowerScale

迅雷下载就需要 io

评论区很多说不重要，其实对也不对，大部分 nas 系统在我们这种家用环境下都不大需要过于考虑 io 问题，但就我目前使用的 unraid 来说，io 问题真的是非常严重的问题，他的文件系统很容易导致 io 爆炸，而他系统一旦 io 堵了就是整个系统受影响，比如有一块硬盘卡 io ，就会导致 cpu 占用 100%，进而导致 docker 和虚拟机和 smb 共享这些全部受影响，1200t 慢的跟 n 系列低功耗芯片一样。
所以哪怕我将 docker 虚拟机，appdata 这些需要频繁读写的全放固态上，也无法避免问题出现，因为我机械硬盘在 pt 保种，一直在读写，现在只好限制 qb 和 tr 作种同时上传数到个位数才缓解

@he1293024908 unraid 那个系统出了名的卡，好像是存在校验盘？没用过不是很清楚，之前还想玩一玩，结果现在还涨价了不少，还从买断变订阅

@thhbdd 不加校验盘也照样卡，他自己那个文件系统就有问题，而且官方对这个 io 问题也不重视

@he1293024908 一个商业化的系统做成这样，放弃掉吧

@gandiaojjj ZFS 一直对 SSD 支持不佳不是共识吗，非要在 SSD 上用 ZFS （比如我）完全是看重它提供的方便的特性和可靠性，并不在乎性能损耗