unraid ，它有个 mover 增强的插件。
不过，你得曲线救国一下，把新文件放在 cache ssd 上，然后每天定时检查 ssd 占用容量是否达到某个比例，达到了，脚本自动转移到 hdd 磁盘中。
不过不能热插拔。

说实话，emby 真的比 jellyfin 省心多了，支持带账号密码的 smb 挂载，还有很多 UI 使用上的小细节，emby 作为商业软件真的比 jellyfin 这种开源软件舒服太多了。

我之前也想这么做，但是经过我的调研，视频压缩转码是一个玄学，需要补课的内容有点多，我就放弃了。

@xiri 当时只是想临时停一下，听一下噪声，然后觉着没啥事，就一直放在那里没动了，谁知道会这么严重。。。

交换机有个背板带宽参数可以参考下，所有的接口共用这个背板带宽，这个带宽远远大于 2.5Gbps ，没有那么大的访问量的话，那么交换机应该没问题。

聚合倒是可以，只是你要确定真的有这个必要，一般家庭里面也就一个人会用剪辑，即使播放一两个视频也不会占用那么大的带宽，我对这些不太了解，但是我搜索到蓝光原盘的码率也就是 20Mbps-50Mbps ，同时直接挂载 nas 网络磁盘播放两个才 10MB/s 左右，这才哪到哪，更别说看 nas 中的电影一般也都是 nas 解码后输出，那更低了。

nas 剪辑主要还是为了方便，如果为了快，你这个 2.5Gbps 都还不如 USB3 硬盘盒的速度，虽然说跑单个机械硬盘差不多，但是你还想用 SSD 或者 组了 raid1 之外的机械硬盘阵列，这就很尴尬，很容易超过 2.5G 网卡速度。

如果 2.5G 够你剪辑用（肯定够你顺序播放预览），那千兆大概率也够用；如果 2.5G 不够用你剪辑用，聚合了，smb 共享叠加既需要 nas 支持，也需要你 nas 插两个网线，电脑插两个网线（你也需要自己考虑交换机接口不够用问题）；如果 2.5G 够你剪辑用，你怕其他设备也需要带宽，那大概率是你的幻觉，与其担心这个不如担心你素材错误的存放在 nas 的机械硬盘，机械硬盘顺序读写完完全全够，只是随机读写太差，导致其他人也通过 nas 访问同一块硬盘的内容时，你们俩抢硬盘，这个时候性能下降可能更可观。

还有，我看你回复别人的内容，你为啥要直连 nas 和 mac ？通过交换机，他们就是直连的，就是 2.5G 带宽。
我还以为你要有更高速度的需求，推荐你万兆内网的方案，但是如果你只是想使用 2.5G 内网的速度，直接给 mac mini 买个 usb 转 2.5G 网卡接到交换机上就行了。

还有，你 nas 里面装的啥硬盘？ 4T 的硬盘大概也就是 200MB/s 不到，其实吧，你要 nas 没组 raid ，实际速度也没比千兆速度快多少，反正跑不满 2.5Gbps ，不用买 usb 转 2.5G 网卡，用 mac mini 自带的千兆网卡剪辑应该也够吧

@tangzhehao #4 你自己去找找看雷电转万兆的设备多少钱，即使以后价格下降，相对于刚开始就选配了万兆来说，也就最多能省 3 、4 百块，图啥，价格相对于硬盘和内存来说也不贵，内置的还好看，或许适配的还挺好，或许会更省电。

nas 直接连到 mac ？咋说呢，且不说你这是 nas ，不是 das ，即使是 das ，一般也就是 10Gbps 的 usb 接口，雷电的 das 贵的出奇，这个打住，反正你也没办法直接连接。如果你 nas 如果有雷电接口，倒是可以和 mac mini 直接雷电连接（前提是你 nas 系统支持，反正我看过两台 mac 设备支持），组成雷电的内网，那速度确实快，那可是 40Gbps （或者说 32Gbps ） 啊，但是你 nas 应该没有雷电接口，否则你也不会来问了。

万兆内网算是我们个人用户足够足够的了，4 块 18T 的氦气盘组 raid0 也才这个速度，一般的 4T 硬盘可能需要 6 个盘位组 raid0 才能跑满万兆。万兆对于家用即使是超 5 类线也足够了，根本不需要额外改线路。而且万兆交换机（全新的 800 多，二手我没关注）、万兆网卡（全新的 348 元，二手的几十块）也很便宜了，即使你觉着现在有点贵，等几年会更便宜，只要你到时候还在使用 nas ，你肯定会很后悔。

等等，我知道你这个怎么改了，
买个雷电转万兆（ 619 ），几十块买个二手万兆网卡装 nas 上，买根 6 类线，mac 和 nas 直连，自己手动分配个内网 ip ，直接万兆连接。共计 700 块
再省点，买个 usb4 转 pcie 接口的转换器（ 300 块），买俩万兆网卡直连。共计 400 块

没啥好优化的，因为最好的优化是买 mac mini 的时候选配万兆网卡，以后更容易升级全部万兆内网

确实，我最近的那个大华 2T 的 SSD 直接坏掉了，导致我只能重新用了个西数 1T 的 SSD 装了系统，是真流畅啊，但是现在很多很多的软件都没有安装上去。

话说，大华这个 2T SSD 好脆，差一个月到一年，直接坏掉了，我 1T 的 intel SSD ，以前也用做系统盘，用了最久，还用在 unraid 的缓存中，经常大批量移动文件都一直在服役中，西数的这个也用做过系统盘，就这个大华的固态坏掉了，说实话，我很害怕他修好也会坏。

@AQIVK1E0IV #8 其实 123 云盘上传的太多，是会被限速的，直接限制到几百 k ，但是我不知道是 123 云盘 限制的，还是我的网络运营商限制的，过了几天，速度又恢复了。

rclone 里面有个加密的功能，但是不推荐直接使用
alist 中有个加密的源，大概是使用 rclone 实现的，可以使用 rclone 和 alist 无缝加密、解密
duplicati 提供了一个 web 页面，一目了然，使用了 sqlite 数据库保持一致性，但是很容易建立失败，失败了重建数据库绝大多数时候也会失败，这个时候，你只能删除备份项目和网盘中文件，然后重新建立，很麻烦，而且也会失败。。。。支持增量备份、版本控制。但是这是备份软件，貌似是没有挂载成磁盘让你直接使用的特殊优化
kopia 也提供了一个 web 页面，貌似是特地为网盘做了特殊设计，虽然它的官方介绍页面上说明了它的优势，但是我也和上面那个 duplicati 一样也没成功备份我大概 1T 多的数据。支持增量备份、版本控制。但是这是备份软件，貌似是没有挂载成磁盘让你直接使用的特殊优化
上述都支持一些国外的网盘，谷歌网盘之类的，也支持 webdav （可以使用 alist 将国内的网盘挂载成 webdav ）
restic 之类的，貌似 restic 只支持本地磁盘，那你还需要将 webdav 挂载成文件路径。

其实加解密文件的软件有很多，但是要适合云盘这个场景就可以筛掉一批，比如将文件整体存成一个块的方案（甚至能够提供假密码，解密出假文件的功能，防止被审问被迫说出密码的情况），但是这并不适合网盘。

不仅如此，备份到网盘还需要考虑断点续传，考虑增量备份，考虑版本控制（也需要定时删除），考虑冗余，考虑丢失小部分数据也能恢复，考虑定期扫描，考虑访问速度控制（防止触发网盘的防火墙限制）。

对于国内的网盘，如果原生不支持 webdav 之类的协议，使用的是 alist 破解的协议，还可能会遇到你觉着上传到网盘了，但是实际上是上传到自建的 alist 缓存中，看似上传很快，但是需要 alist 走你的上行带宽慢慢上传到网盘里面，这个过程中可能导致数据不一致，不要小瞧这一点，如果你数据量很大，又遇到访问控制非常严格的网盘，那么你可能不能完成一次完整的备份，剩下的就是无休止的上传、触发网盘限制、失败、重试的漩涡中，在叠加上这个 alist 缓存问题，那排查都排查不完。
有时候网盘反应不过来，这个过程中有的网盘会自动给你增加（ 1 ）后缀，重复上传。有时候，网盘会有审核，是的，你上传的加密、非共享的文件，也会被审核（迅雷网盘），虽然上传成功，但是可能不会被认为上成功，也可能会被审核不通过（我测试过程中过了一会就没有什么正在审核的标志了，但是我并没有在意到底是审核通过了，还是没通过把数据删了）导致丢失数据。

总之问题非常多，我尝试过几次，但是都失败了，所以我暂时放弃了，我觉着，个人数据不宜大于 1T ，最好几十 G 的样子，否则可能遇到各种问题，1T 的数据，按照 5MB/s 的上行速度，一次性上传，大概需要 60 个小时，我觉着肯定会触发网盘的防火墙，大概率这辈子都不能成功上传了，**除非你是慢慢用比较长时间，增量备份上去。**

但如果你的数据只有几十 G 的话，其实什么方案都问题不太大，甚至多花点钱买个 s3 也行，国外的网盘也行，国外也有一些 rsync.net 之类的提供特殊的空间用来备份（其实价格不是很贵），也有一些大容量的 vps 可以选择，这样更加自由了。

总之，国内的网盘，虽然看上去容量很大，但是用来备份严肃的巨量的数据稳定性可能不是很好，如果你所需要的空间大概是几十 G 的话，可能还比较合适，再多就不合适了。但是你就只用几个 G ，你甘心吗？几十 G 的数据如果很重要，你自己本地磁盘也会备份好几份，有没有网盘备份，可能问题都不是很大。

如果你只是打算几个电脑之间同步或者备份数据的话，也可以使用 syncthing 来备份，它自带了简单的回收站的功能。如果是挂载成磁盘，慢慢同步，那类似 freefilesync 之类的 。或者使用 nas 自带的备份功能，这就取决于你自己了

（上面更加侧重于备份这个需求，你如果需要的是使用时加解密，可以直接使用 rclone ，alist ，挂载 webdav 磁盘，之类的关键词搜索，这样反而简单了许多，除非你习惯修改巨大的文件或者有持续不停的读写需求，应该都能满足，再说，都在你眼前了，即使有什么问题，你自己也可以处理了）

unraid 的话，如果不使用 cache 的话，就是单个机械硬盘的速度，根本用不上万兆，2.5G 怎么也都够了，使用了 cache 的话，倒是有可以跑满万兆

你好，能讲讲 kopia 备份有啥莫名其妙问题吗？那个 duplicati 我用过，老是 DB 损毁或者不一致之类的，kopia 有啥问题？

@ijrou #28
@Greendays #32
@wow0o #33
@chjs #21

我根本不用他做什么重负载的任务，我 clone 一个 git 仓库，需要等 10 几分钟，我确实可以认为它速度不快。这是我需要使用过程中无数个步骤中的一个小步骤，虽然我后来测试，我 16 核的 3700x ，也需要 3 分钟，但体感上，10 几分钟真的比 3 分钟长的多了，仔细测试发现，n100 单纯是核心数太少了，可能单核在我这个场景中和 3700x 台式机差不多（在这个场景中差不多，我不用它做什么重负载的任务，对我来说，这就是个低功耗的服务器，能跑一些简单的服务没能满足我的自动化部署流程就可以了）


@wangdk23411 #39
@tywtyw2002 #31

--depth=1 这个参数挺好，能完美解决问题，基本上是秒完成，而且不影响后续可以继续 git pull 来更新

@Laobai #9 我平时只是用它做一些轻度的网络应用，一般都是显示很低的 CPU 占用，只是到今天真的在上面 git clone 一个大仓库的时候才发现怎么耗时那么久，风扇在狂转，界面显示 CPU 占用已经满了，才有了这个帖子。

@INCerry #1
@Ipsum #2
@qazwsxkevin #3
@duanxianze #4
@archxm #5
@my101du #7

我又重新测试了
```bash
❯ time git clone https://gitee.com/felixonmars/dnsmasq-china-list dnsmasq-china-list # on debian-wsl2-3700x
Cloning into 'dnsmasq-china-list'...
remote: Enumerating objects: 601283, done.
remote: Counting objects: 100% (54058/54058), done.
remote: Compressing objects: 100% (18246/18246), done.
remote: Total 601283 (delta 36000), reused 53830 (delta 35812), pack-reused 547225
Receiving objects: 100% (601283/601283), 262.20 MiB | 14.91 MiB/s, done.
Resolving deltas: 100% (400624/400624), done.

real 3m13.987s
user 22m51.862s
sys 0m11.940s
```


```bash
root@n100-debian-docker:/tmp# time git clone https://gitee.com/felixonmars/dnsmasq-china-list dnsmasq-china-list #debian-n100-2cores
正克隆到 'dnsmasq-china-list'...
remote: Enumerating objects: 601283, done.
remote: Counting objects: 100% (60307/60307), done.
remote: Compressing objects: 100% (20695/20695), done.
remote: Total 601283 (delta 40173), reused 59565 (delta 39612), pack-reused 540976
接收对象中: 100% (601283/601283), 261.17 MiB | 14.75 MiB/s, 完成.
处理 delta 中: 100% (400631/400631), 完成.

real 11m53.982s
user 22m44.791s
sys 0m9.638s
```

好吧，似乎并不慢。

可以使用接码平台，不会影响后续，这个只是用来证明你是真人。
不过，我就只成功注册了一个，接下来注册的，根本接收不到短信了，还好，收不到短信不会扣钱。

话说，以前谷歌账号那不是分分钟注册，没想到真的等我想正经注册一个有意义的时候反而注册不了了，当年注册的纯数字的谷歌账号，用了几年了，觉着还是要注册个有意义的账号，否则发邮件都不好意思。

@lany #3 看得我心痒痒的