似乎总是像在玩某种跑酷游戏，卡在前几关，循环往复，远方的风景却遥不可及

可以不要往里头写 base64 么

有很多 git mirror 的项目，例如 linux 的 repo 就是 mirror 过来的

@katoyu 有一个场景是无法满足的：游戏更新且没有境内 CDN 。这种时候加速器的流量会便宜很多。

其它场景显然机场更划算，而且很多时候专线（也没必要，azure 什么的线路好点就行）的延迟比加速器低得多，客户端也更好用。

命令: powercfg -requests
还是建议不要太激动。

因为 hook 每次渲染都重新执行一遍，所以获取的是之前的闭包的值。useRef 是解决此类问题的惯用法。

“现在每个人一个笔记本一个台式机”

那之后闲置的台式机要怎么处理呢

喔，原来还有这么多人不知道 Ventoy ，看来宣传力度还要加强。这东西现在已经快成为事实标准了。

希望能更加轻量化，比如安装的时候默认不安装 Jupyter ？或者允许只安装 pylance 什么的

@Red54 流行的几款移动端 ARM 芯片似乎都阉割了很多虚拟化特性，完整 KVM 支持应该只有 Google Tensor ？我记不清了。

总之我觉得这帖子下面有很多讨论都是风马牛不相及。建议楼主可以搜一下相关资料，先对各种概念一个初步的认识之后，再去探索。而不是这样一股脑使劲实验然后瞎猜。

也许可以推断出楼主对现代虚拟化技术栈很不熟悉。

随便开一个 Markdown 预览的页面就行了。比如我这个：
https://kkocdko.site/toy/markdown

也有同样的想法。补充一些：

1. “同版本的库可以共享一个 so” 有很多 deduplication 的工具，在 wiki 里有 https://btrfs.wiki.kernel.org/index.php/Deduplication 。
2. 我觉得目前 Android 使用的 AB 分区机制很糟糕，会浪费大量空间。同样地，如果使用 btrfs 快照来兜底更新，会自然很多（我在桌面 linux 下就是这样做的，fedora 36 ）。
3. 进一步地，可以减少存储芯片上的实际的分区数量，用单个分区，创建多个 btrfs subvolume ，将多个目录（ system / data / cache / 甚至 boot ）挂载到 subvol 上，避免固定大小分区浪费空间。
4. 可以使用 LZ4 透明压缩，比 ZSTD 快一些，毕竟移动端对续航要求比较高。

识别人跳动，检测是否有绊到的动作，检测双手是否都拿着绳子？

所以你的需求是什么，限制是什么，场景是什么。个人觉得小时候那种自带计数器的跳绳就挺好了

在这里是问不出什么结果的。可以去看看各大发行版的博客的文章，里面写了很多他们各自选择默认文件系统的理由。在这里问只能问出互喷的答案，btrfs 喷 ext4 古老没特性，ext4 喷 btrfs 不稳定数据恢复麻烦，然后 xfs ，zfs 加入战场，乱成一锅粥。

看看有没有谁能复现的，去给报个 bug