Satelli

@Fish1024 看这楼的截图，标明的 2560x1440 截图是 HiDPI 的，等效是 5120x2880 。标明 4K 的截图是 1x 的，等效就是 3840x2160 。

原理就是苹果认为，你在 4K 显示器上开启低于 4K 的分辨率，例如 1920x1080 或 2560x1440 ，苹果认为渲染会模糊，所以默认给你开了 2x / HiDPI ，你可以通过第三方软件如 RDM 或者 BetterDisplay 调整为仅输出 1x 的分辨率（或者按住 option 键开启隐藏分辨率菜单），当然这样肯定会模糊。

这个其实也算是苹果缩放的一个历史遗留问题，Windows 和 Linux 桌面都支持 fractional scaling ，而 macOS 只支持 1x 和 2x （部分 iOS 手机是 3x ）。明明是可以 2560x1440 然后通过 1.5x 的缩放比例达成 3840x2160 的，苹果目前就要 2x 以 5120x2880 来渲染，再降采样成 3840x2160 ，也就是苹果所说的 use a scaled resolution may affect performance.

我自己是有一台 3440x1440 144Hz VRR HDR 显示器的，至少在 M3 普通版就可以通过 USB-C 全开的。

用手腕震动肌肉可以高速点击鼠标，最高 14.2 CPS ，如果不漏击的话还可以更高。

类似这样。

@terence4444 长时间阅读中宫收紧风格的宋体后再看苹方会有一种每个字撑很满的感觉。

@msdurex 这个情况确实存在，在简繁中文不在回退列表时可能会先使用日文字体及日文字形。但这个不是楼主的情况，操作系统不会自动更改语言顺序。

可以选虚拟驱动器的方式，如 1 楼的 VHDX 。
也可以单独选一个分区格式化成 ReFS 。

对小文件有一定效果。MS Defender 也默认启用异步扫描模式来降低 IO 影响。
需要注意的是除了代码，你可能还需要更改构建、包管理等工具让其将 cache 或者中间产物也放在 Dev Drive 里。否则只有代码在那也没什么意义。
https://learn.microsoft.com/en-us/windows/dev-drive/#what-should-i-put-on-my-dev-drive

Finder 自带挂载 WebDAV ，按空格预览，用方向键上下切换文件。

https://support.apple.com/zh-cn/102527

把“使用 Rosetta 打开”取消掉。

Luna Display

@wunonglin
@owwlo
是错误的。这种情况是
原始 400 MB > 二压 800 MB > 二压 400 MB > 二压 200 MB 。

特别是
> 高于源码率的视频（ 800MB ）多出来的是未被丢弃的像素点
在第二次进行压缩的时候，原本的 400 MB 所有特征（包括压缩过程中产生的 artefact ）会被当作原始数据再次进行压缩。

@minoshiro 提到的“一个视频如果用相同码率多次编码解码，视频质量会不断变差”是正确的。

对于有损压缩，无论参数、码率设置到多高，成品是会依然比原始视频差。有损压缩的本质是把原始视频（无论其是否是经过压缩过的）转换回当前画质的无损信息，再对其进行有损压缩。对 400 MB 的文件进行有损压缩并指定成品大小 800 MB 并不是把 400 MB 的数据原封不动地复制到 800 MB 的文件里，剩下的填 0 。