我手头有 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 版本我都得琢磨一会。如果说没法完美运行可以理解，我觉得没有什么理由没法编译。

装 sandboxie ，运行软件都用这个跑。
缺点是一些程序依赖驱动程序，在沙盒里加载不了。

@caffeine 我想知道都有哪些 bug ，好像我还没遇到过

我正在用 16GB 的 Mac 回复这个帖子。一个月前我用 32GB 的 Windows 笔记本来工作。现在我把我的工作内容完整迁移到了 Mac 上，而我的 Windows 笔记本放在家里玩。

Windows+32GB 内存的机器上，我开着 WSL2+Docker Desktop ，用起来仍然挺舒服，浏览器和 IDE 的响应非常迅速。

我在 Mac 上不装 Docker Desktop ，太吃内存了。这玩意的内存还放不进 Swap 里，也不能压缩。
虽然不至于不能用，但是会导致浏览器切换选项卡变慢、IDEA 里搜索代码的速度变慢，有时候切换窗口也有延迟了。也许习惯了之后也没什么感觉了，但是凡事就怕对比，一对比区别就很明显。

还有，企业微信点了通知里的加入会议邀请之后，得等很长时间才能打开会议界面，并加入到会议中。

为了用得舒服，我不得不把一些东西放在另一台设备上远程连上去……


我好久没用过 8GB 内存的 Mac 了，不知道现在是什么情况。也许它的下限比较高，但是上限肯定不高。

@daohuo 按理来说，如果用卷积神经网络，不同饱和度和亮度应该不会对结果产生影响，除非训练阶段专门区分了它们……

@daohuo 这种情况要考虑针对某项要求专门实现，比如用 openpose 来得到人物姿态的关键点，然后收集关键点数据再去训练一个姿态相似度模型。
这样就可以得出某项指标的相似度……
不过我不清楚什么模型适合这个场景，得试试看。