服务用容器，数据放数据库里，迁移没遇到耦合情况，除非你用了很多云服务自己的 api

我们十年的服务从一个云迁移到另一个云，服务用

Node.js 默认不使用多进程、多线程 API 的话就是一个单线程的主进程，然后 IO 会由特定的接口管理的单独的进程跑。

你要想利用多核，可以把服务无状态化，然后跑核心数量个服务，用 Nginx 之类的负载均衡，这样还能容灾和灰度发布什么的。

SMB 很多压测数据表明很慢，实际使用确实很慢，小文件是灾难；
WebDav 协议很重也快不了；
这三者相对来说 SFTP 最快。

不加密的协议可能会更快，比如 NFS ，但因为本身连认证都没有，所以不大适合临时性的文件传输和公网的传输，适合局域网内长期独占挂载。

同样走 SSH 的话，可能 scp>rsync>sftp>sshfs ，当然具体也看参数优化和传输的文件情况。

买好点的 USB 硬盘盒，不会不稳定的，除非你板子老化了。

我一树莓派 3B 插着个 USB 硬盘盒已经跑一个多月没停了，啥毛病没有。

RAID 除了 RAID-1 以外仅保障可用性，不保障完整性。保障完整性还得是备份。

我 NAS 现在有这么几个层级：
1. 热数据走 RAID-1 ，冷数据走 JBOD+奇偶校验。
2. 重要数据本地每天定时 rsync+快照。
3. 重要数据异地 NAS 每天定时同步快照。

我本地和异地备份主要用的是 btrbk 脚本，利用 btrfs 的快照及其增量传输功能。

编译器已经说很明白了，let y = &mut x;这一行 x 已经被可变借用了，下面 println!要重复借用，Rust 里可变借用是排他的，因为你不不知道上一个借走的会不会修改了它的值导致下一个读到的是脏数据（数据竞争），你可以再问问 GPT 怎么安全地在多个地方可变借用，有很多语法糖可以用。

觉得 JS 心智负担更大的话，试试用 C 做内存管理和二进制处理，以及看看那些“极致性能优化”过的代码……

不加的前提是有 StandardJS 这种 linter 保障不出问题，没有 linter 老老实实加分号。

我反正都会加。

两地三中心，本地一份热数据，一份备份，异地一份备份，就行了。

@libook wayland 稍微配一下就能用了，但确实大部分应用还都是默认 xorg ，前阵子用了安卓开发的 avd 也是默认 xorg ，用 wayland 启动需要特殊参数。

我在一台雷蛇灵刃 2018 上用 manjaro 四五年了，显卡是 1060 ，Manjaro 安装选择闭源驱动开箱即用，它自己管理驱动的工具还是比较好用的。wayland 稍微日配一下

树莓派 3B ，硬盘盒带一块硬盘，系统装 SD 卡里。

Docker 数据分为如下几个部分：
1. 创建容器的配置。为了可以快速重新创建容器，容器最好用 docker-compose 创建，然后你只需要存 docker-compose 配置文件就行了。或者像 unRAID 之类的系统会有自己的 Docker 模板可以保留创建容器的配置。如果都不方便用可以尝试使用 runlike 之类的工具基于现有容器生成创建容器的指令并保存下来。
2. 容器镜像以及运行过程中产生的临时文件。由于当正确配置的情况下每次创建容器都会自动生成这部分文件，所以这部分数据属于是可以随时丢弃的，不需要备份。除非镜像是你自己制作的，那么你可以自己搭建 Docker registry 来保存你的镜像。
3. 容器产生的用户数据。这部分是最重要的，需要备份。通常使用 volume 机制，使用 Docker 的 volume 或者 bind 本地目录都是一样的，只是路径不一样而已，那么直接备份这些目录就可以了。

Steam 官方的硬件统计情况 https://store.steampowered.com/hwsurvey/Steam-Hardware-Software-Survey-Welcome-to-Steam

另外你可以在 Steam 上找到你想玩的游戏的商品页面，上面有写这款游戏需要的最低配置和推荐配置。

然后就是去看 CPU 和 GPU 的天梯图，看哪些能满足你的最低性能要求。

最后就是去电商平台比价。

跟远近没关系，跟人有关系。

每个人口味不一样，建议之际挨个试。

比如我喜欢奶味很浓的，但我老婆觉得太腻。

你只是想合并多个文件系统的话可以看看 mergerfs 。

iscsi 是通过网络共享硬盘硬件，可能不是你要找的东西。

你看看直接买 api token 包，或者租云 gpu 的成本，比你自己攒硬件花电费的成本，在可靠性和成本上