@liuwei137885 虚拟页是虚拟内存那块的概念，页表上有逻辑地址，运行的时候才转成物理地址。
默认都是先分配在物理存储器上。如果内存不足，就用最近最少使用算法把物理存储器里的一些页面置换到虚拟存储器里，然后在页表中把它标记为缺页。

> 虚拟存储器是放在磁盘的哪个地方
swap 分区或者 swapfile 中
> 虚拟存储器的大小有限制吗
有，取决于操作系统

@secsilm Windows11+WSL2+测试版驱动已经可以用了

挂载不了 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 图片：