Jirajine

这游戏如果不能访问直接数据库执行 sql 给自己发钱发装备还有什么意思。
几年前玩的这个镜像刚看到居然还在更新
https://hub.docker.com/r/1995chen/dnf

@SkywalkerJi 是不是假删除你只需要：删除之后空间是否得到释放？释放的空间是否可以直接用来存储新的数据？
满足这两条就不是“假删除”，如果有疑问，参考 unlink 和 free 的行为。

@zaizaizai2333 iOS 是“被删除的文件经常被恢复”吗？，软件有 bug 是很正常的，bug 影响到相当一部分群体（且在所有 iPhone 用户里仍然是 rare 的比例）也不是很难理解的事情。

@Donaldo 文件系统也是数据库，unlink 和数据库的标记删除是一回事。比如一个应用实现“在数据库里标记删除的文件为 deleted, 30 天后再真正删除”，和“文件系统保留 30 天的 snapshot ，unlink 的文件 30 天后才会真正引用计数为 0”本质上没有区别，数据库出 bug 或者文件系统出 bug 导致文件意外的又出现了所产生的结果也一样。

@BeautifulSoap btrfs subvolume 可以当目录用，删就是整个删，一次操作完成。因为 vfs 需要支持各种文件系统的实现，一个远程挂载的共享你怎么“直接把目录对应的 node 干掉”？

另外你提到的粉碎文件（也就是覆盖写入 block ）其实才是虚假的安全，文件系统/块设备/虚拟磁盘/硬盘主控等多个层面都可能把你的写入请求重定向到其他的 block,导致文件并没有被物理覆盖。
要想可靠的删除，应该使用全盘加密，然后通过专用硬件擦除 key.

你可能理解错了，rm 命令(unlink)其实也是标记删除，如果原始 block 没有被覆写多年以后仍然可以被再次扫描出来。
iOS 作为一个从开始就极力淡化 FS 的操作系统，自己实现一套存储抽象是可以理解的。
假设你用 zfs 出了同样的 bug ，unlink 后的文件元数据的引用没有被正确回收，而原始 block 恰好还没有被覆写，导致你的某一个 snapshot 里出现了你多年以前删除的文件，你觉得这属于隐私问题吗？

这个项目有各种 SoC 和 x86 平台的 cpu 跑 wireguard 的带宽测试，现在路由器的 SoC 都能跑到近 1Gbps,已经超过了大部分的使用场景,其实都没有上 x86 的必要了。
https://github.com/cyyself/wg-bench

这个平台确实看起来不错，真正的 Apple Silicon killer ， 再等几个内核版本估计就可以买了。
https://www.qualcomm.com/developer/blog/2024/05/upstreaming-linux-kernel-support-for-the-snapdragon-x-elite

@ttentau1 Android 上 smb 的几个实现 https://www.jcifs.org/ 都不怎么样，性能连 ftp 都不如，能看是能看，但是 seek 和缩略图都慢的不行，尤其高码率，体验跟 PC 上的 ffthumbnailer + mpv 差太远了，当然用 jellyfin 等媒体库会好一点。
现在 x86 低功耗平台的平板价格性能续航都不错，装个 gnome, 触屏操作方便同时也有全功能的 PC 应用（浏览器/vscode/rdp 等），至于以后看消费级 arm 平台什么时候能跑主线内核，现在连 Linus 都在用 m2 。指望残废的 Android 还不如 chromebook.