朋友做的简陋方案：
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 写入性能）。

@liprais 也许是后来支持了，我已经有两年多没在 macOS 上用过了
现在已经卖掉了所有 macOS 设备

多用用就会发现
macOS 版本的 Firefox 甚至不能用触摸板手势缩放……

接 USB 设备不方便

泄漏的内存不会再被访问，内存压力可能都不会显示得很高，因为都不会产生缺页中断。
但这不意味着可以放任不管，哪怕不在乎 SSD 寿命和可用容量。
这个情况下，有程序想要申请更多的内存空间，物理内存已经被占满了而又不会回收，那么还得把泄漏的内存移到 swapfile 里之后才能申请。
那性能必然受到影响，有一些操作会感觉到比以往更慢。比如打开新的文件、PS 新建几个图层、DAW 软件加几个音轨这类操作。

这个问题只有大家都向苹果反馈才能从根源上解决，好多程序都会这样。

@zhaidoudou123 不会吧，各种 Linux 桌面都有这个功能……

@hfl1995 不用假如，我从 CRT 显示器时代就已经感受到这玩意伤眼了，而且比现在的 OLED 猛多了……
设置 60Hz 刷新率和 85Hz 刷新率都有很大差别，一个能看一小时，然后就得休息一下才行。另一个能看三小时。
后来用着 PWM 调光的 LCD 显示器，稍微好了一点，但也没办法看很久。
直到智能机普及之后我才第一次感受到 DC 调光的好处。
以上时间段里，我从未听说过任何关于 OLED PWM 调光伤眼的传闻，当年的 PSV1000 用 OLED 屏幕也是 DC 调光的。

@coolair 还真不太一样，这 iPhone 3GB 内存已经杀疯了
8G 内存的安卓除非厂商的省电策略太激进，其实还行。后台一般都可以挂 8 个，其中微信用了 1G 内存……
我有个红米 Note9Pro ，日常锁 3 个应用后台，没掉过。除了一些程序放后台自己崩溃没了以外(每次都能稳定被杀的)，平时使用没感觉到有程序被杀

看到楼上有人说没有替代品，给大家介绍两个不同用途的替代品：
1.Mark Text
官网： https://marktext.app/
源代码： https://github.com/marktext/marktext
这是一个所见即所得的 Markdown 编辑器，比 Typora 的功能更加强大，是以 MIT 许可协议开源的自由软件
支持 Windows 、Linux 、macOS

2.Joplin
官网： https://joplinapp.org/
源代码： https://github.com/laurent22/joplin
这是一个使用 Markdown 的笔记软件，也以 MIT 许可协议开源的自由软件，支持插件扩展功能。
可以设置定时同步到云端。云端存储除了官方的，也可以自建，或者使用 OneDrive 、DropBox 或者其他自建网盘服务，也可以同步到本地文件。能自由导入导出 Markdown 文件。如果感觉功能不够强大，也可以调用第三方 Markdown 编辑器进行编辑。
可以离线使用，支持密码保护笔记和端到端加密。支持所有主流平台，包括 Android 平板。

看到这个帖子才想起这个软件，已经好久没有安装过了

第一个问题是远古 bug 了，一直都有

@LinShiG0ng M1 Mac 小毛病挺多的，不光是兼容性的问题，用来干活各种糟心……
而 Windows 笔记本反而问题少很多，相比起来要更可靠一些。
M1 MBP 的优势完全没有办法抵消它的劣势，除非是用来开会一整天。

@LinShiG0ng 用 Windows 笔记本，我已经半年多没有用 macOS 了

4 年前做过这个，当时用 Windows + WSL1 + Hyper-V 跑 Docker
那时候的 WSL1 只需要配一个 export DOCKER_HOST=tcp://127.0.0.1:2375 环境变量
用 mount --bind 把 /mnt/c 挂载到 /c ，/mnt/d 挂载到 /d
之后就各种顺利了。chaincode 的编译，启动，调试过程也可以在 WSL 下进行，产生的文件也是 Linux 的可执行程序。

要是用 Linux ，只用来做开发的话就更顺利了，前期配环境也非常轻松。

要是用 ARM macOS 来做开发，我感觉跟 fabric peer / orderer 节点本身、以及 chaincode 相关的应该还是可以做的，只是需要做的工作有很多。
以前官方的开发环境是用 Vagrant + VirtualBox 来搭建的，这玩意还没兼容 M1 ，估计需要自己用 Docker 重新搭建一套，能够用来打出 ARM Linux Docker 镜像。
或者是尝试完全在 macOS 上运行，但不一定完全可行，这玩意极其依赖 Docker ，启动 chaincode 都要起一个容器，还得让 peer 节点用 unix socket 跟主机的 docker daemon 通信。

大坑可能在后头，比如它的 Node.js SDK 依赖了很多 C++ 库……

如果工作不是去建设 ARM Mac 生态的话，我觉得用新款 MBP 来做相关开发实在划不来。

若想要的是轻薄高性能长续航的笔记本，不妨考虑 Ryzen 5800U 处理器的轻薄本，或者是等 12 代酷睿？