挂载不了 ext4 镜像

没有，都是基于 Hypervisor.Framework 的
在这之上还有 xhyve 这样的框架
性能一般都非常糟糕
整个 macOS 平台就没有高性能的虚拟化方案

找了一下，第三方 recovery 只有 twrp 可以刷，不确定能不能解密 /data 分区
建议直接下载同版本的线刷包单独刷 boot.img

小米 11Pro 用了 vab 分区，下面说的其实全都是刷 boot.img 。

刷个第三方 recovery：
刷 twrp ，使用文件管理功能，到 /data/adb 下删掉 magisk 模块
刷 orangefox ，直接使用里面的 magisk 模块管理功能

然后刷回通过面具修改的 boot.img

或者

直接下载当前系统版本的线刷包，在 fastboot 里单独刷 boot.img ，这样 magisk 就失效了

（最流畅）
Fork
GitKraken
GitExtensions
（最卡）

@ipwx 我也做过 Java + SQL Server ，原因是：
做的是 2B 业务，而且客户要求私有化部署。同时客户不差钱，买了 SQL Server 。
虽然用 Java + MySQL 同样可以解决问题，不过这么做的话，客户买的 SQL Server 就白费了。如果真的用了 MySQL ，然后数据库出了问题，那么公司还需要赔偿客户的损失。若是支持 SQL Server ，则是微软赔偿。
当然，公司没有任何 C#的代码和人才积累，当然还是用 Java 来开发项目。

这类业务用任何一种数据库都有可能。公司自己内部用 MySQL ，但绝大多数客户用的其实是 OracleDB ，其次是 SQL Server 。
有些客户的数据库系统还非常特殊，不像大多数数据库一样，是一个可以安装在各种系统上的软件。而是专门做了一台机器……

Windows 设备硬件种类繁多，各个厂商编写的驱动程序质量参差不齐。所以有些人手里的 Windows 设备无比稳定，而有些人手里的 Windows 设备动不动就蓝屏。
显然，什么样的硬件组合都可能有人用，因此你总能听到有用户抱怨自己的 Windows 设备非常不稳定，甚至完全不可用。
哪怕是用 Linux ，也会因为硬件的各种问题出现奇怪的现象。一些老的 AMD 笔记本可能一启动就会 kernel panic ，我几年前给一些同学装 Linux 系统的时候遇到过 3 例。尽管如此，实际上抱怨 Linux 不稳定的人并不多。毕竟许多服务器上的 Linux 可都在稳定运行好几年。

但 macOS 的情况就不一样了，硬件组合都是苹果自己挑选和测试的，驱动程序也是苹果编写的。曾经 NVIDIA 拒绝让苹果写驱动，苹果就放弃了跟 NVIDIA 的合作。Surface 却不是。近些年随着 MBP 上引入的苹果自己的硬件变多，它的稳定性反而越来越差。

所以实际上两者的对比并不公平。若 macOS 支持的硬件种类也像 Windows 设备一样多，这个前提下，如果你有一台经常崩溃的 Windows PC ，装上 macOS ，恐怕情况也不容乐观。

这个论坛里的大多数回复其实不能作为参考。有两个方面的原因。
一方面是人们总会给自己的消费行为找个正当理由。如果花了更多的钱来买一件东西，总是会期望它能够更好，值得多花钱选择它。
另一方面，有些人用过了稳定性非常差的 Windows PC ，深受其害。当然大多数用户并不能自己找到问题的根源在哪，所以 Windows/AMD 两者之中，必然有一者背锅。为了摆脱它，干脆选择了 macOS 设备。虽然不是非常稳定，但至少比起他的上一台电脑那噩梦般的体验要好得多。此后再也没有用过别的电脑，所以观念里就只能是：macOS 比 Windows 稳定。

默认情况下
bash 会输出符合规则的文件名
zsh 会把全部符合规则的文件名拼接到光标所在的位置

@jiaoyidongxi 似乎我在各种平台上都没有问题，也许是字体的问题？

@jiaoyidongxi
我试了一下，好像能
https://imgur.com/a/y9AD8kd

打开 自动操作→快速操作→运行 Shell 脚本
创建两个自动操作，起名，保存：
Mac 转 Windows：
pbpaste | sed 's/\//\\/g' | pbcopy
Windows 转 Mac：
pbpaste | sed 's/\\/\//g' | pbcopy

打开 设置→键盘→快捷键→服务
给两个自动操作设置快捷键

复制文件路径，再按快捷键，就可以转换斜杠了。
手头没有 macOS ，没验证过，不保证可行。

现在内存已经足够便宜，已经用不上磁盘来做交换了。
64GB 物理内存开了 64GB 的 ZRAM ，许多内存数据都是程序、文本、全 0 或者全 1 的内容，压缩率可以达到 25%。只要用 16GB 的物理内存就可以代替 64GB 的 swapfile 。
然后还有 48GB 的物理内存可用，最终可以装下 112GB 的内存页面。

以我的需求来看，够用了。

小米手机，那当然是可以刷机+价格低+刷废了居然还可以保修的 唯一 选择
就是这个需求要排除掉老人机和联发科 SoC 的型号
因为设备没有那么封闭+售后政策友好，在一部分用户手里，它的上限挺高的。广告当然不是什么问题，可以彻底解决。
一加也可以保修，只是售后麻烦，价格也高

朋友做的简陋方案：
https://github.com/BLumia/Private-Cloud-Music

@RIDESU 然而 ALAC 本身确实糟糕……根本就没有什么竞争力
https://stsaz.github.io/fmedia/audio-formats/
https://xiph.org/flac/comparison.pdf
压缩率比 FLAC 高的格式不少，比如 APE 之类的，不过大多数解码都非常耗费性能，在低端设备上播放都不流畅。
TAK 之类的格式算是比 FLAC 好的，慢了一点，可以换来很不错的压缩比。ALAC 属于更慢的同时压缩比更低的……
十年前，ALAC 还是一个封闭格式，只有苹果设备才能播放。如果系统本身没有一些限制的话，一般人并不会去选择一个压缩率 /性能比更差并且支持的设备更少的格式。

FLAC 并不是 Windows 专有的格式，它能流行的原因其实不是所谓的“只是使用习惯的问题”，问题还是在苹果身上。
如果苹果能放开更多的音视频格式支持，对于消费者来说，是一件好事。要知道，在 Windows 上使用 FLAC 格式并不会遇到楼主提到的那种问题。微软也没有通过类似的方式给用户加上限制，让你觉得用微软专有的格式更舒服。

我记得 iOS11 就开放了 FLAC 格式支持，然而我试着把音乐导进去的时候，发现当时用的 iTunes 最新版本却没办法添加 FLAC 格式的音乐……

附上 M1 Max 翻倍的 Neural Engine 图片：

还有一个细节：
M1 Max 的 Neural Engine 部分电路也完整复制了一份
但是规格却没有翻倍

这意味着所有 M1 Max 都是瑕疵品（不是

@kerro1990 如果是 980MB 可能算是正常，98GB 已经相当离谱了，不能算是“很正常”
这问题要是一直都不修，估计用户都会慢慢流失

@fx777 泄漏的内存不会再次访问，没有换页操作，所以一般不卡。别的程序申请新的内存空间时会慢一点（取决于 SSD 写入性能）。