感觉 nas 对于我来说就是伪需求

网盘也好使

所以弄了两三台小机器.最后都让我做成客户端用了一段时间后放在角落吃灰了

我就买了个 intel nuc 常年开着..
开个共享文件夹

老笔记本的低功耗电源模式，跟蜗牛差不多，如果对于存储容量需求不是太大的话，直接用笔记本就可以
我的蜗牛功耗，不挂机械硬盘是 15W+，挂了 2 块 3.5 的机械硬盘是 30W+

买群晖做网盘~~

我现在用的是十年前 qnap 的一款四盘 nas
主要用来存重要文件，比如从小到现在的照片，视频，备份之类的。
网盘不靠谱，可能会跑路，倒闭，因为账号其他行为牵连带来不可预知的风险。

楼上正解，大部分搞 NAS 的都是自媒体、拍 VLOG 等从事视频、平面设计、3D 建模等行业的人，因为他们有大量的素材文件需要保存，特别是现在一些 4k 高清素材，随随便便几十个 G，是刚性需求。

我是笔记本用 sata 接口挂了两块 3.5 寸盘，不知道楼主笔记本有没有 sata 口
https://tieba.baidu.com/p/5286122146

win10 下机械硬盘一直启停循环,不如放在 nas 里面长期运转寿命更长

@datou #10 可以设置，关闭硬盘休眠

NAS 就是为了我随时随地想看照片找文件的时候都可以找到

养一个好用的 NAS，价格是非常贵的，比网盘贵。

我建议，经济不好的情况下，别养 NAS，买个网盘就够了。不然，贪图便宜，做最低配版本的 NAS，传个文件都要等半天，体验当然不好，然后就成了伪需求...

918+，32T 疯狂下电影下 TBV 剧，最后还买了个投影仪配合着用，最最后 2 个都吃灰

有了 NAS 之后

- 充当下载机，种子往里面一扔自己去下，我不用管
- 充当备份机，照片用群晖套件备份到 NAS，同时 Google 相册保存另一份
- 跑点别的服务，比如 BOINC，还不用担心电费暴涨

老笔记本挂个硬盘盒不也行嘛，反正就是方便家里电视看下载而已

@dxgfalcongbit #9 咋解决外部供电的？

大容量，多设备，高性能，多用途，低功耗

如果以上几条一条都不需要，那确实没什么上 NAS 的必要。

nas 做备份是很重要的！

买了个 m1 Mac mini 当半个 nas 用，不过我要求不高就是了。。

吸引力并不大

一个能挂载硬盘的路由器完全够了，全端共享

我用的是一台 i7 的 PC 做 Nas，但它不仅仅是 NAS，同时也是黑苹果、可跑虚拟机，Docker 的 Linux 、还有作为 Windows 游戏机和下载鸡。现在我使用的是 M1 Air，在家走万兆光网。在外走 SSH 管道.
平均功耗在功耗在 30W+,
目前看来不可取代。
迫于省电费，不用的时候 suspend，功耗在 1.7W ，需要使用时再远程把它唤醒。

我还是比较依赖 NAS 的，平时经常在公司和家里切换，都是用 NAS 来同步一些重要文件。

我也是轻量使用群晖（白群 + ups + raid1 组 4t*2 ）

一个月才备份几次照片、笔记、工作文档，
最多就是外挂个 usb 硬盘来专门离线下载不重要的数据，

我这种用户买群晖目的是多个备份的数据地方求个安心（免费的百度盘我也在用的），倒是不算吃灰。

NUC 放着开共享+1

@zsyld #22
我的华硕无线路由不知道是发什么神经，只要 samba 设置了密码，手机上用 VLC 来访问，每次打开文件或者进入目录、列出文件都会弹密码，记住密码没用，必须要手动输入。Windows 10 的电脑，在开启了 SMB1.0 之后一切正常。小米盒子根本进不去

@v2byy 就用那个所谓的 DC-ATX 。

另外我曾经试过直接 220V 转 sata 供电的电源，长得就和普通直流电源适配器差不多，我买来试了下带不动两个企业级 3.5 寸盘，因为启动功率太大了，带 1 个 3.5 应该没问题。

我理解的 NAS 就是文件共享哈，所以简单的电视盒子，路由器，树莓派， 二手手机就可以满足了 NAS 功能，备份一些大型软件和电影。外网顶多就查看个文件就好了

不只是对你，对 90%的人都是没吊用，但是高大上

挂 usb 盘读慢死了， 看了原盘 4K 点片子， 看着看着就卡了，type-c 的口还可以，usb3.0 的不行卡， 如果是共享目录，3，4 个人同时看 4K 的盘子， 卡的不行。 不买个好点的 NAS 顶不主。

我最近正在攒配件准备自组一台 all in one

刚入了 1621+，待机 25w，满负荷 52w
这个东西解决了我手头 n 块硬盘的问题
还能部分解决云办公的需求，除了给客户 delivery 需要百度云盘，自己人用简直不要太香

我会把一些稀有的或必备的软件包，系统镜像之类的文件放在 NAS，用共享文件存取很方便

还有 pt 站的片下，闲暇之余 4k HDR1000 的屏幕也能充分利用起来，不至于看网上那些低码率的片

最后就是我挂了一个外网 frp 给文件管理，有时候需要家里办公，备份文件总会往 nas 那里丢一份

@xtz1990 #32 gen10plus 了解一下

没有需求不用强上 NAS
有需求的话，真香。

@jones2000 限制你的怕是硬盘而不是 usb3.0

我上周刚买，拷进去 50G 照片视频，装好后电源就拔了

因为买了群晖，我把自己的数据弄没了，有和我一样的吗？

就是伪需求，之前猫盘，我家云之类的捣鼓了挺久，但是基本没用

所以顺便想问问如果需求是多设备访问视频照片文件+数据储存。是不是硬盘+路由器+samba 就够了。

@jones2000 #31

3 、4 个人一起看 4k 盘？…怎么会有那么多人？你是包租公？一个局域网撑起一楼层？

共享文件夹的功能是不是比较简陋了

群晖可以外网访问，然后一些套件什么的同步相片比较方便

@ferock 家里人 每个看 1 个片, 就起码 3 个人了吧.

nas 只是一个东西，真正决定他有没有用的，是使用他的人，对我来说，下下电影，存些资料，养了几个 pt，给投影用还是很爽的

对我来说树莓派外挂两个 3.5 寸硬盘盒子就搞定了

@jones2000 你也是 USB 命名受害者…… 3.0 是数据格式协议，Type-C 是物理接口标准，除了 Gen2x2 和 USB4 （雷电 3 ）必须要 Type-C 以外，没有其他相关性。
（ USB 命名问题，简单地说，3.0 === 3.1 Gen1 === 3.2 Gen1 === SuperSpeed，具体请参考维基百科）

至于 Gen1 的速度已经有 5Gbps，怎么可能是 USB3.0 的问题（虽然不排除你实际使用的 USB 实现是缩水的，但 USB2.0 也有 480Mbps 的速度……）。
机械硬盘顺序读取速度最高能有 150Mbps，3 部 4k 都接近 50Mbps 的话岌岌可危，读取时序没调整好或者发生时域峰值的话就会导致卡顿。

我稍微 meta 一下，楼上很多不是当 NAS 用，而是“分离常驻计算单元”或者“同步 / 备份”
对于这个论坛而言，前者是否存在需求，各自脑子里都是很明确的，不存在伪需求 甚至不少人直接用 VPS 解决此问题的，那就根本不存在这个需求。

后者我需要解释一下，同步 / 备份不算 NAS，至少不是 NAS 本身，最多只能称为 NAS 的一种用途。
NAS 的核心是“网络挂载”，同样的文件本地是不会再存储一份的，是当需要去访问时，通过 FUSE 之类的手段转化为网络请求 这一点上，很多同步是“通过网络去同步”，没有“挂载”的过程。

我是台式机 SSD 连着挂了两块损失了几万的项目数据才买群晖备份的

NAS 用来满足存储不够的时候的容量需求的，你没有那么大的容量需求（比方说你存储容量就几个 T ）就别上了。另外嫌服务器耗电太多的也要重新考虑一下。
至于我，我家 NAS 是纯粹的 NAS 存储，但是我存储需求比较大（用了差不多 20T 了），而且对速度要求也不低，所以我选择上阵列+热备+独立备份盘。

另外还有个简单的测试：如果你的 NAS 需要低功耗这个特征，那么多半你是不需要 NAS 存储的。

@jones2000 #44

三个人看片没毛病，关键词，同时，4k
几个情况：
家里几块 4k 屏？电视还是显示器？手机有几个是物理 4k 的？
你，你配偶，第三，第四个是谁？孩子？父母？我虽然不和父母一块住，但是他们喜欢看的连续剧还真没几个 4k，孩子动画片也没找到几个 4k 。

4k 原盘？还只是分辨率？ 25g 的视频解码怎么解？家里 4 个电视机加机顶盒…我只能你说你真有钱。


以上可能性综合一下，大概率你是拍脑袋随便说的吧。

主要用途成了替代 iCloud 备份照片，看片之类都是流媒体了，也不用下载。

@ferock pt 网站上一大把 4K 电影的， 用电脑连投影， 或电视都可以的。 电脑只要显卡好一点就可以，6000 多价位的电脑放原盘没什么压力。 下的多了可以直接在咸鱼上卖拷盘服务也是可以的，赚点上网费。

@jones2000 所以，你的意思家里同时会有三、四个用电脑加上投影一起看 25g 的 4k 原盘？各看各的？

@ferock 你可以搜索下 @jones2000 的历史发言 t/701397#r_9418773，纯粹就是无脑塞原盘、无脑原样网络共享出去的…… 怎么说呢，松鼠症是不是伪需求，这就涉及 “什么是伪需求” 的定义问题了。
这和无脑收 FLAC 的人也没什么区别（我）

@no1xsyzy 他描述的场景，按照他自己后面的解释，我比较下来，属于拍脑袋瞎八扯

@azhangbing pt 是啥，好奇

@ferock 不用这么急着否定别人,你没有的需求别人可能有,我家 NAS 在家我能自己看 4k,公司和爸妈家可以转码看 1080,就算不看 4k 原盘,这些需求用 nas 做起来肯定是比路由器挂硬盘容易
还有就是我经历过旧笔记本挂硬盘到 NAS,在进度条拖动的体验上,NAS 完爆直接挂硬盘

@xmt328 #60

那也建议你，“不用这么急着否定别人” 的观点，你家的 NAS 在家你自己看 4k，公司和爸妈家看 1080，但我上面一直说的只有一点。3~4 个人一起看 25g 4k 原盘。。。

你巴拉巴拉说一堆，那你有过这样的场景吗？是：3~4 个人在一个局域网，从一个设备一起看 25g 4k 原盘吗？
如果你是一个三口之家，算上和父母一起住，五口之家，算上二胎，六口之家，你真的有实践过这样的场景么？

说 nas 没用？
收集笔记
自动备份手机照片
自建 gogs
自建 bitwarden
存电影
下载器
等等等等
主要是支持 docker 后就很爽

@ferock 我只想说明几个人同时看是有可能的,甚至可以通过软件实现同步看
你一定要极端化一个场景我没话说,不上 NAS 能不能用,那肯定是可以的
好不好用,那各自看需求吧,反正我真香

@xmt328 #63

麻烦先了解一下，极端化的定义，在说别人是不是“极端化”。
NAS 我自己也用，而且我有 2 台 NAS，总盘位 10 个都插满，总容量 40T 。

所以，明显你连我刚刚揪着不放的帖子的上下文都不了解，就来参与讨论，这样的讨论其实并不是很尊重对方。
我一直只是针对#31 楼提出的场景罢了。

附图：
https://10.via0.com/ipfs/QmP4UzGnHi5APy1RjxoY6jsQ3uL79636atD6hhU8wNYuZi/Snipaste_2021-01-04_09-57-53.png

我就是用蜗牛，需求是 NAS：做 mbp 和黑果的 Timemachine，存储从高中到现在的各种照片（不整理 只存） 4T+4T 冗余
存家里 4 个摄像头的录像（ rtsp 流） 500G
homeassistant 、nodered 、mqtt 、zigbee2mqtt 等智能家居相关的服务
ikuai+op，op 主要是签到插件什么的

不算伪吧，功耗没测过，之前单跑智能家居的也得 10W+-

@ferock 我作这么个假设你看怎么样：
1. 松鼠症晚期，无脑收大量 4k 原盘
2. 然后一测试，就是不用走网络共享，一台电脑开三个 4k 原盘一看，哇，卡了
3. 然后他就觉得“哦这不行，得来个 NAS”

压力测试加上了从未能达到的压力，导致在服务器配置上面花费了多余不必要的开销，代码优化上花费了不必要的精力。
这也不是什么从未发生过的事情，所以为什么现在都喜欢强调“横向可扩展”，就是因为压力测试很难把握实际情况下的压力。
这算是典型问题了，还不至于让你盯这么紧吧

他身上更严重的问题是，压力测试通不过，分析原因分析得不对。那句话怎么说
Premature optimization is the root of all evils.
没进行实际的分析，就拍脑袋想方法解决。还好大部分组 NAS 的不会去搞纯 RAID1，不然速度还是一样，那他就得开始说 NAS 不行没有任何意义了。

@no1xsyzy #66

我也是 nas 老玩家了，实操体验为，三口之家，4k 是大家一起看一部片子，或者父母基本看机顶盒国产连续剧，或者孩子看动画片，我手机看 1080p 硬编码字幕，老婆手机看视频平台综艺。

4k 原盘，假设文件大小 30g，200 分钟，网速要求，2.56m/s，这是一个简单的计算题：30x1024m/200x60s

就算 4 个人同时看，也就是 10m 多每秒的 IO 压力…百兆内网算是峰值，前兆内网无压力，usb 3.0 5G 的带宽，至少能吃满千兆局域网。

所以，以我几年玩 nas 微薄的个人经验，多人看 4k 场景在 6 口之家的范围内，实际极为稀有，但即使极为稀有的场景下，usb 3.0 + 千兆局域网足以应对。我个人是硬件 918+，带 m2 缓存，思科千兆 16 口交换机…所以你提到的压测场景我个人实操过，且进度条随便拖拽，在拖拽完几秒缓冲后，并无卡顿的情况。

你问我为啥盯那么紧？因为，拍脑袋杜撰一个场景，说不行，所以我们要上什么需求，这样的事情公司里还不够每天被恶心吗？每天看到 V2EX 怼这个老板，那个公司…实际上些人其实和自己的公司、老板、产品经理没啥两样。

以上回答你问的那句问题：为啥盯那么紧。伪假设基础上提出的瞎八结论。

@ferock 你这个 4k 原盘有缩水吧…… 4k@24Hz 通常有 35-45Mbps，不过也就你的两倍
问下你的 RAID 情况？这个是重点。 @jones2000 的问题显然是出在机械硬盘读取速度上。我顺便测了下我的盘，顺序读取约 120Mbps，是根本吃不住 45Mbps *3 的。（ HDD 理想情况是 150Mbps ）
顺便 ZFS 的 ARC / L2ARC 能够对顺序读取进行预测，会抹去读取安排不正确（比如三个进程分别同时向 SATA 协议的硬盘三个不同扇区持续请求数据而不等待前一数据返回，会导致队列长度的竞态条件，读取时序是不均匀的）和时域码率波动导致的卡顿。

哦这没毛病，你继续。

@no1xsyzy 120Mbps，意思是 12m/s ？ Mbps 未测试，我个人也不会去下载 60g 的文件，你可以自己尝试下载实际测试一下，至于你说的各种理论，还是实践一下比较好。毕竟，你担心的，播放器预读取机制也会考虑。而且，而且，千兆局域网，10m/s 放大 2 倍，这样的顺序 io 就瓶颈了？

何况我的重点是，根本就极少机会出现这种观影场景。

@no1xsyzy #68

另外，为了尊重你，我特地去了 HDHome 以关键词 “原盘”，搜了一下，大部分原盘文件大小入下图：
https://10.via0.com/ipfs/QmXixjZHCrdPyNTHCPc9SLf5w6iBn4QE3j27LChdghqw1y/Snipaste_2021-01-05_06-59-25.png


可能有更大的我没有搜到，但是 30g 左右是一个比较普遍的大小。
我们以影片 Le colt cantarono la morte e fu tempo di massacro AKA Massacre Time 1966 1080p GER Blu-ray AVC DTS-HD MA 2.0-OLDHAM 为例，文件清单如下：

```
BDMV/BACKUP/CLIPINF/00000.clpi 0.54 KB
BDMV/BACKUP/CLIPINF/00001.clpi 1.41 KB
BDMV/BACKUP/CLIPINF/00002.clpi 39.39 KB
BDMV/BACKUP/CLIPINF/00003.clpi 0.29 KB
BDMV/BACKUP/CLIPINF/00004.clpi 1.59 KB
BDMV/BACKUP/CLIPINF/00005.clpi 3.88 KB
BDMV/BACKUP/CLIPINF/00006.clpi 7.58 KB
BDMV/BACKUP/CLIPINF/00007.clpi 1.13 KB
BDMV/BACKUP/CLIPINF/00008.clpi 6.20 KB
BDMV/BACKUP/CLIPINF/00009.clpi 1.29 KB
BDMV/BACKUP/MovieObject.bdmv 2.01 KB
BDMV/BACKUP/PLAYLIST/00000.mpls 0.18 KB
BDMV/BACKUP/PAYLIST/00001.mpls 0.18 KB
BDMV/BACKUP/PLAYLIST/00002.mpls 0.45 KB
BDMV/BACKUP/PLAYLIST/00003.mpls 0.18 KB
BDMV/BACKUP/PLAYLIST/00004.mpls 0.21 KB
BDMV/BACKUP/PLAYLIST/00005.mpls 0.21 KB
BDMV/BACKUP/PLAYLIST/00006.mpls 0.18 KB
BDMV/BACKUP/PLAYLIST/00007.mpls 0.21 KB
BDMV/BACKUP/PLAYLIST/00008.mpls 1.18 KB
BDMV/BACKUP/index.bdmv 0.22 KB
BDMV/CLIPINF/00000.clpi 0.54 KB
BDMV/CLIPINF/00001.clpi 1.41 KB
BDMV/CLIPINF/00002.clpi 39.39 KB
BDMV/CLIPINF/00003.clpi 0.29 KB
BDMV/CLIPINF/00004.clpi 1.59 KB
BDMV/CLIPINF/00005.clpi 3.88 KB
BDMV/CLIPINF/00006.clpi 7.58 KB
BDMV/CLIPINF/00007.clpi 1.13 KB
BDMV/CLIPINF/00008.clpi 6.20 KB
BDMV/CLIPINF/00009.clpi 1.29 KB
BDMV/MovieObject.bdmv 2.01 KB
BDMV/PLAYLIST/00000.mpls 0.18 KB
BDMV/PLAYLIST/00001.mpls 0.18 KB
BDMV/PLAYLIST/00002.mpls 0.45 KB
BDMV/PLAYLIST/00003.mpls 0.18 KB
BDMV/PLAYLIST/00004.mpls 0.21 KB
BDMV/PLAYLIST/00005.mpls 0.21 KB
BDMV/PLAYLIST/00006.mpls 0.18 KB
BDMV/PLAYLIST/00007.mpls 0.21 KB
BDMV/PLAYLIST/00008.mpls 1.18 KB
BDMV/STREAM/00000.m2ts 11.32 MB
BDMV/STREAM/00001.m2ts 448.49 MB
BDMV/STREAM/00002.m2ts 26.95 GB
BDMV/STREAM/00003.m2ts 4.63 MB
BDMV/STREAM/00004.m2ts 638.00 MB
BDMV/STREAM/00005.m2ts 637.39 MB
BDMV/STREAM/00006.m2ts 2.65 GB
BDMV/STREAM/00007.m2ts 173.95 MB
BDMV/STREAM/00008.m2ts 809.35 MB
BDMV/STREAM/00009.m2ts 484.32 MB
BDMV/index.bdmv 0.22 KB
CERTIFICATE/BACKUP/id.bdmv 0.10 KB
CERTIFICATE/id.bdmv
```

显然这不是一个无脑的 mkv 视频文件，详细信息如下：

```
CodeDisc Label: Le.colt.cantarono.la.morte.e.fu.tempo.di.massacro.1966.MULTi.COMPLETE.BLURAY-OLDHAM
Disc Size: 35,143,783,640 bytes
Protection: AACS
Playlist: 00002.MPLS
Size: 28,932,280,320 bytes
Length: 1:32:09.649
Total Bitrate: 41.86 Mbps
Video: MPEG-4 AVC Video / 34718 kbps / 1080p / 23.976 fps / 16:9 / High Profile 4.1
Audio: German / DTS-HD Master Audio / 2.0 / 48 kHz / 1027 kbps / 16-bit (DTS Core: 2.0 / 48 kHz / 896 kbps / 16-bit)
Audio: Italian / DTS-HD Master Audio / 2.0 / 48 kHz / 1045 kbps / 16-bit (DTS Core: 2.0 / 48 kHz / 896 kbps / 16-bit)
Audio: English / DTS-HD Master Audio / 2.0 / 48 kHz / 1020 kbps / 16-bit (DTS Core: 2.0 / 48 kHz / 896 kbps / 16-bit)
Audio: English / DTS-HD Master Audio / 2.0 / 48 kHz / 661 kbps / 16-bit (DTS Core: 2.0 / 48 kHz / 384 kbps / 16-bit)
Audio: German / DTS-HD Master Audio / 2.0 / 48 kHz / 645 kbps / 16-bit (DTS Core: 2.0 / 48 kHz / 384 kbps / 16-bit)
Subtitle: German / 7.006 kbps
Subtitle: English / 6.261 kbps
```

总码率 41.86 Mbps，三倍约为 123Mbps 。
文件总大小，32.73 GB，三倍约为 99 GB，时长约为 1:32:10 秒，也就是 5530 秒，(99*1024)/5530=约为 18.33m/s
每秒的 IO 总量如上，千兆也好，usb 3.0 也好你可以参考一下。

至于你说的读取时序的问题，硬盘是何种机制我不了解，但是至少从播放体验上来说，哪怕是 1G 的 1080p mkv 文件，拖动以后，播放器也会有 1 秒不到左右缓冲然后继续播放，排除播放器缓冲本身，我刚刚特地观察了一下我 nas 上的 NetDATA 图示:
https://10.via0.com/ipfs/QmPugun1r7Knbd1awzgkyXQWr42CDFZLEqEnm3oo7ZMu59/Snipaste_2021-01-05_07-12-17.png

换句话说，我个人理解为，除非 3 个播放行为在同一瞬间，都在拖动播放器的进度条，否则...
既然现在场景复现的条件越来越多，越来越苛刻，还是那句话，


这样的场景意义何在？？现实中有可能么？

图片备用访问地址：
1. https://ipfs.k1ic.com/ipfs/QmXixjZHCrdPyNTHCPc9SLf5w6iBn4QE3j27LChdghqw1y/Snipaste_2021-01-05_06-59-25.png
2. https://ipfs.k1ic.com/ipfs/QmPugun1r7Knbd1awzgkyXQWr42CDFZLEqEnm3oo7ZMu59/Snipaste_2021-01-05_07-12-17.png

@ferock 所以说瓶颈在 HDD 上，不是 usb 也不是千兆网。上面我也说了 CrystalDiskMark 看了下，我的硬盘读取速度 120Mbps 左右。
这就是我说的 jones 原因分析错了，实际上解决了他的 “问题” 的，不是 NAS 而是 RAID 或者没有 RAID 分盘分区，存放在不同盘上。
读取时序问题基本只有在读取速度非常接近硬盘读取速度的情况下会发生，是个 SATA 协议任务队列长度和 “旋转磁盘” 的问题。打个比方，你有三个进程同时进行大量读取 0 1 2 三个扇区的活动，结果任务队列不是 012012012 而是 000222111，那一旦 000222 的读取总量超过 HDD 缓存，中间读取 1 扇区的机会会被跳过，直接导致 1 “卡了”。
拖动进度条不是顺序读取，根本不要讨论，就是直接播放。

场景论：哦这没毛病，我举双手同意，你继续。

@no1xsyzy #72

明白了，我们认知看来差异不大，讨论可以结贴了。
理性讨论还是让人感觉很愉快的。

@jones2000 USB3.0 至少跑 100M/S，播放 4K 毫无问题。先检查宽带吧，怕不是用的百兆线百兆卡。