@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 ，如果不漏击的话还可以更高。

类似这样。
https://www.youtube.com/watch?v=EL5T98rqJ6w

@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 。

你要的是不是 Framework 。

@moudy 算 outlier ，不在正常工况分数分布内。

@zhutianjingtu
https://support.apple.com/zh-cn/117735 M3 基础款 MacBook Pro 14 寸
https://support.apple.com/zh-cn/111869 M2 基础款 MacBook Pro 13 寸
https://support.apple.com/zh-cn/111893 M1 基础款 MacBook Pro 13 寸


@Adamo
@Blanke
@safarigu
Geekbench 6 的分数比 M4 iPad 高一点。性能是准确的。
https://browser.geekbench.com/v6/cpu/compare/8196734?baseline=8171874
除了 M4 ，地球上还没有别的芯片 Geekbench 6 单核跑分超过 3500 。

你这就是垃圾邮件。
人家注册你的 newsletter 了吗你就发。

@kuyuzhiqi A18 和 A18 Pro 的 CPU 部分是一样的。

@northbrunv 我是就
> 苹果芯片的单核优势已经不复存在
这个结论补充的数据和分析。

> 但凡你看过游戏实测就明白
不用这么 personal ，我也看评测。

> 它一点散热都不肯做... 安卓因为肯踏踏实实堆料做散热，可以长时间支撑高负载的游戏
问题是出在苹果不做散热上，历史机型 4-6W 散热规模只能满足短时间工况。

回帖不能用 Markdown ，补个图方便查看。
https://i.v2ex.co/mNu8Hb42.png

A18 已经有正常分数的 GB6 结果了。

https://browser.geekbench.com/v6/cpu/7714502
单核 3420 多核 8370

https://browser.geekbench.com/v6/cpu/7714134
单核 3409 多核 8492

单核分数和同架构跑在 4.4 GHz 的 M4 换算 IPC 相符。
计算 MT:ST 比能得出 A18 多核分就是 2+4 基本满载（轻微降频）的结果。8 Gen 4 这么大规模 MT:ST 比也才 3 ，说明跑到 4.3GHz 单核功耗爆炸，全核工况时需要大幅降频。

除功耗外，单核 IPC 和苹果比也落后两个身位。

| | Geekbench 6 | Cinebench 2024 |
|-------------------|-------------|----------------|
| A18 / M4 | 850 | |
| A17 Pro / M3 | 780 | 36 |
| A16 | 760 | |
| 8 Gen 4 / X Elite | 750 | 30 |
| A15 / M2 | 720 | 34 |

多核不如 8 Gen 4 很正常，A18 是 2+4 ，8 Gen 4 是 2 + 6 ，规模不一样。同功耗下核少跑高频比核多跑低频更不划算。