关于 MBP i9 ，有个段子叫“梦幻单管压 i9”。

不用和 M1 对比，哪怕跟那个时候的 AMD 4800H 对比，它都没什么性能优势……

看看是不是内存满了，已经在用交换空间了

我为了 WSL2 相关的功能，仅 Win11 推出半年就开始用了。
不过现在 WSL 可以独立更新以后，其实 Win10 也能满足需求。

有 bug 没关系，不影响工作和娱乐对我来说都不算问题，还没项目编译报错之类的问题影响大……

写插件的门槛越低，生态就会越好，用户量也会越多。

性能优化有边际递减效应，性能非常差确实影响体验，然而达到一定水平以后，再优化也不会有明显的体验提升了。
随着近几年处理器性能极大提升，加上内存价格大幅下降，长期来看，其实 VSCode 优势更大。

对了，顺便一提，Tauri 的规划里其实还有抛弃 WebView ，自己实现界面绘制，虽然我感觉大概率走不通这条路。
但是可以从这一点看出来，Tauri 的目标和 Electron 其实完全不一样，只是恰巧有一些交集……

其实两者的用途不太一样……

Electron 适合直接把网页打包成应用，或者以 JavaScript/TypeScript 为主的应用。
而 Tauri 的定位则是为 Rust 程序提供一个界面，只是界面部分使用系统的 WebView 来实现。

不绑卡不购买容易被封。
注册之后马上绑定支付方式，买个便宜的应用就好了。

100%不是全新，估计是退货的机器
哪怕是官方翻新，都会换一块新电池

是这个问题：
https://www.v2ex.com/t/736214

@killgfat 其实还可以指望原生 Windows on ARM 游戏，等到今年 6 月就有原生 Unity 了。
目前 Android 上那些模拟器跑 Wine 本体和 DXVK 也是转译的。

@nuevepicos 如果游戏改用 Vulkan API ，其实可以直接使用 AMD 官方的 FSR2 实现。
苹果只有 Metal ，所以得自己移植 FSR 到 MetalFX 里了。

要是真做 Android 3A 大作，那么用 Vulkan API 很合理吧。

@Hsinyao
英文版 Windows 的 Swap 还真叫 Virtual Memory……
不过无所谓了，已经能根据语境来区分它的含义了。

@geeksammao
其实还真有，以前 HTC 的系统就默认开启 Swap ，虽然只有 16MB 。
以前的第三方 ROM 里，有一个叫乐蛙的 ROM ，默认还给了 32MB 的 Swap 。
印象中当时我手头的 Android 设备内存容量是：128MB 、256MB 。内部存储空间 4GB 、8GB 。
这个大小今天看起来小，不过在当时还算可以。

其他的系统我没怎么用过，那些长得太像原生 Android 的估计还真没有，而那些宣称“深度优化”的估计有。

iOS 早期版本有墓碑机制，虽然不是同一种东西，但其实理念比较相似。
iOS 会限制一个 APP 只能用系统总内存的 1/4 ，超过就干掉。如今也有，但是限制放得很宽，iPadOS 限制非常宽。

所以前台应用都用不到 Swap 。
后台应用的内存数据其实会保存到闪存上，切换时再加载到内存。

后来大家都有了内存压缩，于是内存压缩就成了主流了。

如今的各厂商的“内存扩展”背后的技术其实是 zRAM Writeback ，在 Android 上可以 root 之后用 Scene 4 看到。

@wanguorui123 内存碎片也不会延长 Swap 的时间，那些不能利用的内存空间实际上也不会访问到，不访问的页面都不会触发 Swap 。

只考虑当前的问题时，和内存泄漏可以一块讨论，它们都只是看起来大（向系统申请的内存多，用任务管理器看着大），实际用的小而已。

当前任务真正用的那部分实际有多大，才决定对性能的影响有多大。

@wanguorui123 内存泄漏的部分其实永远都只会在闪存里，平时看起来就像普通的文件一样。

既然是泄漏的内存，那就是程序没有办法访问或者有办法但代码逻辑里却不用的。
不读写这块内存，就不会发生缺页中断，不会发生换页操作。

我没有说换页不需要时间和电量，但是禁用 Swap 把应用杀了只会花费更多的时间（包括展示广告、用户操作的时间）和电量。

如果用户体验真的更好，这个帖子就不会存在了。