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

刀子嘴，玻璃心

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

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

@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 的话岌岌可危，读取时序没调整好或者发生时域峰值的话就会导致卡顿。

@laminux29 俺寻思楼主说的是 “（意外地） IP 没变”，你说个动态 IP 导致会变的解决方案是啥情况（
而且 V2 没必要科普 DDNS 吧（

TCP 要伪造还需要广播 AS 号呢（
只是一般家用路由器成肉鸡了。
日常扫漏洞，看上去是扫描 .htaccess 编写错误的情况。

sqlite 最明显的弊端是并发低（文件加锁多进程操作必须串行），但你这个场景看上去确实不存在并发
不过，为什么要 SQL ？大部分插件基本上一个 kv 最多一个 json 就能解决了。
实在需要真的数据库的，你可以允许插件编写者使用自己的数据库，开 OAuth2 之类的进行用户鉴权。
（以上均参考 Trello，可以看下 dump 整个看板的 API，就一个 json 包含所有插件信息）

@joeybuddy 没发生卡顿现象，采用反复 f <backspace> 和反复 p <backspace> 测试，手速大约是 10aps，CPU 使用率也基本不超过 5%，输入到输出响应时间在 30ms 左右。
按情况，我认为需要怀疑（不分先后）当前 CPU 负载高、内存不足（发生了 swap ）、内存有 ECC 且不稳定（反复纠错）、浏览器引擎有问题、硬件加速故障。

@nannanziyu 我只是想发图罢了（

@loliordie 在函数内 import