wdhwg001

系统目前是 15.1 ，这毛病看来 15.2 也没修。

看了一眼，uptime 71 天，这玩意现在吃 18.8G……

讲道理 snipaste 缺功能确实很头疼…

基本上 amd64 的性能只能达到原生的三分之一到一半，够用是够用的。

另外需要更新到新系统，至少 sonoma 吧，旧版本有一些奇怪的 rosetta bug 。

另外 docker desktop 还是推荐用，比 orbstack/colima/rancher 要好，一个比较突出的点是它设置 swap 很方便，而 rancher 需要在 docker host 上跑命令才行，colima 更麻烦。

还有 docker desktop 是可以在 vm 外修改文件之后触发 vm 内的重打包的，而替代品们都很难实现这一点，这个对于 jetbrains 系这种不完整支持 remote 的 ide 来说很头疼。

其实会更希望这样的 app 可以做到导出和导入 keychain 追踪信息，这对于切换一些依赖它实现的账号绑定来说还蛮有用的

不要过早优化的意思就在这里了。

在你遇到性能瓶颈之前，性能是你不需要考虑的点，你只需要考虑怎么开发更爽就行了。

并且其实你用惯了 Unity 的话，初看 UE 会惊讶于这坨屎山的庞大、扭曲、疯狂和捉摸不定，层层过度封装的亵渎会让你彻底怀疑你一直以来代码洁癖的初衷，尤其是这坨狰狞可憎的巨大腥臭之物竟然能以难以想象的高效率运行，这会给你的内心带来更为深沉的震撼。

@lizhisty 试了一下，体验上还是不如原生 swiftui ，但是差别已经比较细微了，主要还是无限列表滑动的手感有区别，比如滑动到底部需要加载的时候会骤停，view 导航右划返回的时候动画速度没有动量。

补充一条，合理的缓存策略也很重要，很多请求是不需要疯狂刷查询的，oauth 之后给每个 token 做一下 rate limit 很重要。

不要用 protobuf ，用无需自解释的协议，比如 flatbuffer 或者 capnproto ，可以省去一大波结构描述类的开销。

另外 graphql 真的省带宽，按需给字段很重要的。

还有你需要 zstd 。