可以跑……
那么 8GB 内存丐版 MBA 就可以

@enaxm 不知那些压缩工具能不能在不知道解压密码的情况下合并分卷……

from zipfile import ZipFile

with ZipFile("文件名.zip", "r", metadata_encoding="gb2312") as z:
z.extractall(pwd="中文密码".encode("gb2312"))

这样解压

@lancelvlu 之前我在玩 llama.cpp ，然后每天逛 reddit （ localllm 板块），和 github 的 issue 。
llama.cpp 有个版本开始支持了 metal ，有些人碰到了模型加载失败的问题，于是有个工程师（ llama.cpp 贡献者）用自己的 mac 做了测试，得出的这个结论。

现在找的话，不太好找，印象中他用的是 64GB 内存的型号，实际可直接分配的最大显存有 37GB 左右。我记不得精确数字，只记得是 3 开头，超过 32GB 一些。

小米 14 吧，没有偏科，比较均衡。

我手头有 3 块，存放、处理数据集用，每天暴力写入。
两块用了一年半，一块用了 9 个月，至今无任何故障，也没有性能/数据问题。

@polobug 我之前刷酷安看过一张图，vivo 拍一些细微的文字时，因为是 AI 生成的细节，文字的笔画都是错的……
但是拍的那种例如铁锈之类的自然纹理时又感觉很好，因为这种细节没有什么对的或者错的可言。

那玩意就像小米 14 的 AI 变焦一样，只是 vivo 在非专业模式下强制开启，而小米 14 只有放大 30 倍以上才允许手动开启。

@281x1h2ez12 上两个窗口就是按住 Alt 不松开，敲两次 Tab ，然后松开 Alt 。

@281x1h2ez12 简单来说，按一次 Alt+Tab 直接就可以切换到最近使用的上一个窗口，盲按就行，不需要看界面。
如果知道是上两个窗口，那就盲按两次。

如果不确定，那就保持 Alt 键不松开，看一眼。

@281x1h2ez12 这个反而是 Windows 的优势项目吧，Alt+Tab 切换窗口的顺序就是按最近使用的窗口排序的……
不需要点击任务栏图标。

倒是 macOS 切换最近应用只是在应用之间切换，切过去还得再按 Command+`切换不同窗口，有 Windows 的“在最近窗口之间切换”的习惯，放到 macOS 里完全没法用。

Windows 的 Alt+Tab 还可以用触摸板三指左右划动的手势触发，这个也比 macOS 高效。

@shinko 从现实情况来讲，正版的机器和游戏卡带都已经停产和停售很久了，就算要买，实际上也只有各种二手交易和组装、兼容硬件可以选购。
就算开发商和开发团队仍然存在，他们也没有从这些机器和游戏上获利的渠道了。

无论你以什么样的方式玩到这些游戏，实际上没有任何人的利益会受到损害。

@lucifer9 想起来以前的 MacOSX 就没有 LaunchPad ，后来为了让 mac 更像 iOS 才加上……
用过几次，感觉问题巨多，至今仍然存在。

买 PC 台式机的时候，因为升级内存硬盘特别方便，所以可以根据目前的需求来选，后面有需要再升级也划算。

但是不能带着这种思路去买 Mac ，因为不可升级，如果不能接受用一段时间之后卖掉重新买，就需要考虑在预期的使用寿命内，需求最高能达到什么程度……

其实程序申请了但没有使用的内存，也应该算真正的“内存占用”，尽管任务管理器的“内存”上是一片空白。
如果此时每个程序在下一瞬间就要全部使用他们申请的内存，系统也要能确保给程序提供这部分内存空间。

“任务管理器看内存只有 50%的占用”其实只意味着“物理内存上面有 50%容量分配给了应用程序”。
实际上可能所有程序实际申请的内存大小已经超出了系统允许申请的内存上限（物理内存+最大页面文件大小）。

因此，尽管物理内存没有用满，但系统会拒绝程序申请内存空间，以避免“虽然成功申请了内存，但程序要用的时候，系统却不给用”的问题。

对于应用程序来说，它申请内存失败了，就意味着“内存已经满了”。

Windows 的“虚拟内存”（ Windows 设置界面上的描述文本，并非操作系统术语）如果设置为“自动管理”的话，实际上有一个最大值，大概是物理内存的 2 倍。这就决定了程序能申请多少内存。

感觉 2021 以后的 JetBrains 系 IDE 都非常吃内存，稍微大一点的项目仅 IDE 本身就可以用 5GB ，超大项目+装了很多插件往往都要 10GB 以上了。
里面还塞了一个 Chromium ，现在有些插件可以用 Web 技术来做界面了。

想起当年用 2017 版的时候，如果用 idea.exe 而不是 idea64.exe （用 32 位 JRE ），打开项目只需要 500~700MB 内存，只有 4~8GB 内存的电脑也能凑合用。如果用 32 位 JDK 跑项目那就更省了。

2019 之后大概需要 2GB 了。

之前装了个 Codeium 插件，自带一个 lsp server ，我发现只要项目够大，它的独立进程都可以吃 2GB 内存。

还有大型 Rust 项目，不用 JetBrains ，但是用 rust-analyzer ，打开一个源码，仅 rust-analyzer 本身就用 1.5GB 。



对了，我的 CPU 有 16 线程，因此有些工具为了充分利用 CPU 性能，开 16 个独立线程/进程跑不同任务。内存需求也是成倍上升……

我觉得，如今要想用得舒服至少要 32GB ，要想 99.9%的时间都忘记内存容量有限制则需要 64GB~128GB 。


把开发工具降级回远古版本就很省内存了，只是用起来感觉效率低了不少。

我用 debian ，有 docker 的时代其实无所谓了

@caffeine 以我的 Linux 桌面折腾经验，如果碰到 GUI 项目编译后运行不了，大概率有一些东西依赖某个桌面环境或者某种桌面环境的组件。
就像较高版本的 deepin-wine 在 KDE 上使用得先启动 Gnome 的什么组件来着（好久没折腾了，忘了）
或者一些只有启动 Gnome 钥匙圈才能使用的软件……

那类问题倒是没有特定于 WSL2 ，而是 Linux 桌面一直以来就这么混乱。用 Ubuntu/Debian/Fedora+Gnome/KDE 这种主流组合大概率有人测试过，所以问题不多，但是装了其他发行版或者其他桌面环境就会出问题了。

没有 GUI 的东西大多都可以跑起来，我用 WSL2 一般就跑这类东西，毕竟服务器上也没有 GUI 。

@caffeine 我也见过那类开源库，如果你试过的话，你会发现其实都支持（可编译+可用）。只是开发者没有在 WSL2 上测过所以不敢提供任何保证以及技术支持，或者作者本身就是对 WSL2 有偏见的 Linux 桌面用户。（其实不少，主要是自由软件信仰问题……）

至于 RustDesk 的话，官方的文档还是 sciter 版本，其实让我编译 linux flutter 版本我都得琢磨一会。如果说没法完美运行可以理解，我觉得没有什么理由没法编译。