@a1058021348 我曾经考虑过 mSATA 位半高 SSD+SATA 位机械硬盘备份的方案。
这样随时可以执行增量备份。问题是半高 SSD 没有大牌的，质量性能都不放心。

@helloSwift 然后那天没开机，第二天提示没了……

@helloSwift 我最怕因为时间一长懈怠了，结果发现硬盘崩溃的时候已经连续一个月以上没有备份了……

@nodin 如何购置存储设备？

@helloSwift 3. 假设往移动硬盘上备份一定会忘

@lifanxi 买二手 NAS 可以，笔记本上就没有硬盘了……

@Osk 额……我以为是密钥生成实现……原来是序列号生成…… thx anyway 。

贴地址啊……

花五百钱买一 DiskGen ……

用 mdwiki ，无内存消耗。 https://dynalon.github.io/mdwiki/

铁总又不需要频繁调图，一个月不带变一次的。
只需要堆 cdn 就能给数据库减负，挺合算的。
何况第二次访问直接返回 304 ， cdn 不耗流量。

如果手机用略吃亏，慢，费流量。

@imn1 chcp 不解决问题。

/t/310510

@fengxueshangu 测稳定性要求这么多样本，那就得有这么多。我怀疑你的老板的道德水平。

@bombless @kaneg 除了无文件头带来的特性外（这个没办法向过去兼容），其实都可以通过虚拟层实现。
问题是，对用户操作习惯的改变太大，我觉得以至于必须借全新体验的新平台的东风（ Web 、智能手机、 H5 ……）才推行得下去。 Vista 就栽了跟头。而且现在网上那么多标签不完善的历史遗留资源也不怎么配合。

@duzhe0 诚然，这还只是一个“为什么他们走入了二进制歧途，理想的计算机需要三进制”般的文章。

@just4test 对对对对，就是这个！

@msg7086 你居然没看出来我是个潜藏的 M$黑 Unix 粉……
这一套设计正是简单粗暴，只顾设计美不顾用户习惯的，而且文中还狠狠地黑了 M$一遍（自寻）。
此外，同样是打破用户体验， M$不好好推广 WinFS ，却搞什么 Metro ，简直脑子坏掉了。
——你看，我又黑了 M$一遍不是？

忆阻器我知道，我是无法评估抹平硬盘瓶颈后算法和系统设计的变化。

标签无法区分，要么都应该处理，要么都不应该，而应该重新区分。
思路是：如果你不做足够细的区分，意味着你本来就是打算做 forEach 。具体地说：
如果是操作文档，那么用户本来就有机会从中挑选，最后应用访问的是某个 inode 号。
如果是应用操作其专属的配置等等，那么应用设计者应当妥善命名标签以说明之。
并用“用户-应用”式的标签限制为此用户专属，此应用专用。这样也不会混淆。

标签当然是当目录用的，而且比目录还灵活——想想 REST 如何灵活映射资源。
可以写成 http://remote/name:A%20Flower|author:Adam%20Brown|type:jpeg
也可以写成 http://remote/author:Adam%20Brown|name:A%20Flower|size:1280,720
还可以写成 http://remote/sha1-hash:########和 http://remote/inode:####|history:recent

绑的不只是用户，而是用户-应用对——像 Android 把每个应用当作用户一样，这才叫简单粗暴。
作为这个文件系统的用户，数据盘不可以直接接到另一个系统是常识。
当然需要重授权。而且 SELinux 比这个复杂多了不是么，我并不是为了粉 ACL 啊。
还有，复制啊备份啊是要淘汰的概念，拆盘也是。说起来 APFS 连 TimeMachine 都暂不支持。

@zmj1316 所有版本可读，只能创建写入。但是与其说是链表，更接近 Git 的树对象。
@fds 不是路径、没有路径。只有筛选条件，可以按照名称筛选、类别筛选、用户权属筛选、图片尺寸筛选……
@msg7086 然后 winfs 就失败了。——最好时机是 PC 刚出现的时候，趁旧观念立足未稳引入有版本文档的概念。
再就是 iphone 刚出现，那时数据库已经优化和成熟，扛得住索引化的文件系统。和应用操作模式一起冲击桌面用户吧。
@Siril 我暂时难以理解一种和硬盘一样快的内存。