xziar

@est 看解压软件逻辑，我记得有些是解压到一半失败的文件自动删除的。
如果是局域网那还是先考虑修一下网络吧，就算是 wifi 也没听说传个 100G 就要中断的，信号差到要中断的话网速早就很慢了，不如直接拿 U 盘什么的中转。

大部分程序没考虑过打开的文件句柄失效后优雅地重试吧……
解压遇到同名文件跳过不就好了。如果是单个文件，那就直接在 NAS 端解压吧，反正解压不怎么吃 cpu 的

@kuanat
就算是 NTFS ，USN 只是加快了索引速度，everything 还是会自建索引的。文件系统的日志再怎么也比不上自建数据库的格式优势和效率啊。
而查询速度不是大问题吧，平时常用都是简单搜索又不是多复杂要写成 SQL 那种。

我看中的是实时跟踪变化。windows 上直接监控 samba 的网络共享是不起作用的，定时扫描不能增量重建，加上 samba 的效率问题，小文件一多就要扫描个几分钟。
但如果在 NAS 上用 wine 跑 everything ，监控的就是本地文件夹，会转译到用 fsnotify 之类 API ，就能即时增量跟踪变化，全量扫描也比网络共享要快一两倍。
然后用 everything server 分享索引（不过好像属性索引不会被同步过来）到 windows 主力机，目录映射填好就能本地搜索直接打开，不用再去 NAS 上敲命令或者 vnc 到 NAS 上了。

@jameskongawork 闪存不读写没有额外功耗，又不是内存要定时刷新的……可以理解为随时处在 spin down 状态的机械。
主控做好颗粒平衡，正常使用都用不完寿命的，不做冷储存，记得 scrub 让主控搬运一下冷数据就好。

文件索引可以在 wine 里跑 everything ，然后用 everything server 分享出去。
没有直接读 mtf 那么高效，但还是能即时跟踪的

用得上这么多盘位的，没有万兆总是个疙瘩。
如果没什么容量需求，两三盘位的 N100 一抓一大把……
手头小容量的固态多的不如趁早出掉，拿 6 个 512G 买台这个，还不如直接买单个 4T 即插即用来得方便。
（电子产品要么趁淘汰前赶紧换新，要么当古董摆着，别为了醋包饺子）

参数量和训练语料是两码事，还是说你是指 chinchilla 的 scaling rule ？
目前来看模型智慧水平还是随训练数据量递增的，想要参数量少，直接蒸馏到小模型不就好了。

除了工作以外，写自己的代码或是玩游戏都是生活啊，那不就不用区分了。工作用工作电脑。
现在游戏/软件反虚拟机这么严重吗？可能我不玩 pvp 网游吧。
需要隔离的一些场景我会优先选 lxc 容器。

主要是贵，不然租几条 10G 专线，整个机柜把配置拉满，再怎么也比什么两盘位入门 NAS 体验要好吧。
当然理论上延迟会高一些，毕竟内网可以只要一跳甚至直连，机房不可能单独拉光纤进你家。
另外机房/宽带只能租给你，跟自己买设备还是有点区别的。