你要的是不是 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 ，规模不一样。同功耗下核少跑高频比核多跑低频更不划算。

就是从哪开始学顺带捡了对应的习惯而已。不熟悉的自然就叫心智负担了。

@concernedz
@whathappen
原机坏了或者运营商不支持迁移 eSIM 的话，重新发卡看运营商的能力。在澳洲，操作 app 或者网页后台基本在 10 分钟就可以搞定。

eSIM 安装的时候需要连接到互联网，可以是 Wi-Fi 也可以是另一张卡提供的流量。

至于在中国，已经可以做到国行机不给安装外国 eSIM ，外国机不给安装中国 eSIM 了。iPad 已有先例
https://support.apple.com/zh-cn/104991

原价没什么优势吧。你找得到人 EPP 叠折扣礼品卡再离境退税的话还行。

本地经销商 Pixel 9 Pro Fold 512GB 卖 A$2897 ，折抵补贴额外赠 A$1000 刀，号码转网到指定运营商签月费 A$99 两年合约机器打折 A$1800 。
实际出手一个破手机，A$97 手机钱，A$99 第一个月话费和 A$800 合约终止费。
上面两个活动相当于白送两千刀😀

profile 文件，分别是 -cpu=4 和 -cpu=8 。
https://send.cm/a/QEN

我是 M3 基础款 4 大核 4 小核。

go test -run='^$' -cpu=4 -bench . -timeout=0
goos: darwin
goarch: arm64
pkg: github.com/maypok86/benchmarks/throughput
BenchmarkCache/zipf_theine_reads=100%,writes=0%-4 32749303 35.09 ns/op 28500255 ops/s
BenchmarkCache/zipf_ristretto_reads=100%,writes=0%-4 42503578 29.13 ns/op 34334351 ops/s

go test -run='^$' -cpu=8 -bench . -timeout=0
goos: darwin
goarch: arm64
pkg: github.com/maypok86/benchmarks/throughput
BenchmarkCache/zipf_theine_reads=100%,writes=0%-8 21759266 53.32 ns/op 18756136 ops/s
BenchmarkCache/zipf_ristretto_reads=100%,writes=0%-8 47587416 26.35 ns/op 37944749 ops/s

Intel 款 Mac 在电池故障时会锁定 CPU 频率到 800 MHz 。

文件夹和文件命名用的 专辑艺术家/专辑/曲目 - 曲名 来放。
元数据以 MusicBrainz 数据库为准，发行版本以 Digital Media 优先。
如果在多个地区有发行的，以全球发行优先，艺术家活跃的地方次之。元数据语言以艺术家意图为准。
专辑封面以 iTunes / Apple Music 为准，至少 1200x1200 。

关于 1：以首发专辑为准，即排除 EP 、单曲发行、合辑、精选集等。
多版本的，以标准版优先，如果一首歌曲只收录于豪华版 Deluxe Edition ，则把音乐库里已有的其他同专辑歌曲也转成豪华版放在一起。
历年多次发行的（周年版、Remastered 版等），优先选择首次发行的版本。

关于 2：以首发平台为准，或者艺术家自己的网站为准。

关于 3：多个歌手自建目前只能按照纯文本以逗号或顿号分割。大多数情况下，专辑艺术家是一个人，单曲也就无所谓了。

另，因为个人洁癖，歌曲名如果附有某某影视作品主题曲等的字样，我会手动去除。
本人用自建的 Emby 来做流媒体，但是不用 Emby 管理元数据，如果元数据有误，我会在文件里编辑，然后再用 Emby 重建资料库。