@cc666 #12 fork 行为不增加 blob 和 pack ，基于此原理就能实现一个 fork 不增加存储占用的 git 服务，还有啥不够吗？你再往下深究什么软硬链接去重文件系统这个系统背后的细节具体是怎么设计的，不就是我之前说的干脆从 CPU 是怎么从沙子造出来开始解释好了
说得好像软硬链接文件去重我就不能继续往下深究一样，你咋不再往下解释解释软硬链接文件去重怎么就能节省存储空间了，为啥存储数据会增加存储空间，为啥磁盘会用容量上限，为啥磁盘能存储数据

@cc666 #8 fork 了又没增加新 blob 和 pack ，为啥会增长，为啥不能解释

@cc666 #6 一堆 blob 和 pack 对象还不够解释吗？你干脆从 CPU 是怎么从沙子造出来开始解释好了

@cc666 #6 一堆 blob 和 pack 对象还不够解释吗？

我感觉 CRC32 最容易无意重复吧，修改正好抵消就重复了

OneDrive 订阅也能用 office 全家桶吗？

@cc666 op 在服务器建了个 git 服务（可以理解成 gitlab ），然后在 gitlab 里进行 fork 操作，fork 了一个很大的仓库，但 git 服务占用的服务器磁盘空间没有增加很多，这都看不明白吗
而这个现象和 git 在本地的存储原理是息息相关的

git 的原理没了解过吗？

对人阅读困难编写困难代码，对 AI 来说也是更困难的

多生几个，让大的带小的

科技与狠活说不定还更健康，嘌呤更少

我看小程序的数据从 2 月初开始就不更新了

@murmur #7 我看视频是跳转到 b 站小程序上的，不算转载啊

感觉 raid 相比 zfs 已经没多少优势了
需要极致专业用 zfs ，需要极致灵活用 unraid ，raid 真有点不上不下

自己做啊，拿个电水壶都能做

@fu82581983 #39 没绑卡只是用 google play 内购 plus 所以用不了 api ； ip 的话大概率是有问题的，毕竟不能直连

原理就是平行空间这种多开应用的原理，只不过不是用来多开

@fu82581983 #37 没用过没绑过虚拟卡