Normal view

There are new articles available, click to refresh the page.
Before yesterdayMain stream

Updated CPU core frequencies for all current Apple silicon Macs

By: hoakley
30 October 2025 at 15:30

Thanks to your overwhelming response to my appeal for information about CPU core frequencies in M3 Ultra and M5 base chips, this article updates the data to cover those new models in addition to all previous M-series chips.

Performance (P) and Efficiency (E) CPU cores in Apple silicon Macs are run at a range of different frequencies so they can deliver optimum performance with a minimum power and energy use. Cores are grouped into clusters of 2-6, and macOS sets the frequency of each cluster according to workload, Quality of Service, power mode and thermal status. Maximum frequencies differ according to the family, variant within that family, and between E and P cores. Current values are:

  • M1 E 2064 MHz or 2.1 GHz; P 3228 MHz or 3.2 GHz;
  • M2 E 2424 MHz or 2.4 GHz; P 3696 MHz or 3.7 GHz;
  • M3 E 2748 MHz or 2.7 GHz; P 4056 MHz or 4.1 GHz;
  • M4 E 2892 MHz or 2.9 GHz; P 4512 MHz or 4.5 GHz.
  • M5 E 3048 MHz or 3.0 GHz; P 4608 MHz or 4.6 GHz (base variant only).

As Pro and Max variants may have higher frequencies than base variants, it’s likely that future M5 Pro or M5 Max chips will be able to run their P cores at a higher maximum frequency than today’s base M5 chip.

The full table of frequencies reported by powermetrics is:

This is available for download as a Numbers spreadsheet and in CSV format here: mxfreqs1025

Earlier this year I published a detailed analysis of frequencies in the M1 to M4 families. The only addition to those is the M3 Ultra, whose frequencies are the same as those of the M3 Max, so they haven’t changed. The remainder of this article concentrates on the base variant in each family, from M1 to M5, the chips that power the most popular models and set the standard for what most folk will experience.

Frequency range

Over the last five years and five families of chips, their frequencies have increased steadily, as shown in the charts below. Each bar in those charts spans the range of frequencies from minimum (idle) to maximum, for the base variant in that family.

Idle frequency in E cores has risen from 600 MHz to 972 MHz, a rise of over 60%, and their maximum frequency has risen from 2064 MHz to 3048 MHz, a rise of nearly 50%.

P cores have seen more substantial change. Their idle frequency has risen from 600 MHz to 1308 MHz, a much larger rise of nearly 120%, and their maximum frequency has risen from 3204 MHz to 4608 MHz, just under 50%. The M5 is notable for its greater rise in idle frequency, and lesser rise in maximum frequency.

Frequency steps

Rather than macOS set an arbitrary frequency, it selects one from a list of steps that are distinctive to that family and variant. Looking at the table of frequency steps it might be easy to assume those numbers are chosen arbitrarily, but when expressed appropriately I think you can see there’s more to them.

To look at frequency steps and the frequencies chosen for them, let me explain how I have converted raw frequencies to make them comparable.

First, I work out the steps as evenly spaced points along a line from 0.0, representing idle, to 1.0, representing the core’s maximum frequency. For each of those evenly spaced steps, I calculate a normalised frequency, as
(FmaxFstep)/(FmaxFidle)
where Fidle is the idle (lowest) frequency value, Fmax is the highest, and Fstep is the actual frequency set for that step.

For example, say a core has an idle frequency of 500 MHz, a maximum of 1,500 MHz, and only one step between those. Its steps will be 0.0, 0.5 and 1.0, and if the relationship is linear, then the frequency set by that intermediate step will be 1,000 MHz. If it’s greater than that, the relationship will be non-linear, tending to a higher frequency for that step. The following charts compare those normalised frequencies with steps evenly spaced between idle and maximum frequencies.

This chart shows normalised frequencies and steps for E cores in base M1 and M5 chips, the latter in red. It shows how, over those five years, the number of steps (available frequencies) has increased. In the M1, the frequency selected in the middle of its five steps was half-way between idle and maximum. Not only does the M5 have more intermediate frequencies available, six instead of three, but frequencies used in the upper half of its steps are higher than in the M1 (when normalised).

This tends to boost higher frequencies used for running threads that can’t be accommodated on P cores, while running background threads at slightly lower frequencies than would be expected when at frequencies close to idle, as they are.

These curves have undergone evolution across different families, as shown here in a composite of the curves for all five families. The red curve of the M5 deviates more from the M1’s straight line of identity than any of the others, particularly at the top end.

The equivalent comparison between frequencies of P cores in M1 and M5 chips shows a different picture. The M1 is again the simpler, being linear until it reaches a step of 0.8, while the M5 has higher frequencies in all except the top few values.

Shown here alongside curves for all earlier families, the red curve for the M5 has higher frequencies for every step apart from the last few.

Taken with the trends seen in the frequency ranges (bar charts above), these demonstrate that the M5 is designed to improve performance by increasing the frequencies used to run threads with higher Quality of Service, as opposed to background threads.

Conclusions

  • CPU core frequencies in the M3 Ultra are the same as the M3 Max.
  • The base M5 continues the trend for higher frequencies in both E and P cores, with a marked rise in P core idle frequency.
  • More subtle changes in intermediate frequencies boost them for higher frequencies of E cores, where they’re likely to improve performance of threads overflowed from P cores.
  • Intermediate core frequencies continue to be selected to optimise performance and power use.

MacBook Pro M5 首发评测:苹果最接近「游戏本」的一次?

By: 马扶摇
22 October 2025 at 07:00

在过去的很长时间里,「用 Mac 打游戏」一直是网络上一个长久不衰的梗。

但是伴随着近几年苹果深耕 macOS 软件生态、开始主动加大和游戏厂商的合作力度之后,我们得以在 Mac 上见到越来越多经典 IP,「用 Mac 打游戏」听起来似乎不是那么离谱了。

而这背后的一切,除了苹果难得的主动合作态度之外,更要归功于 Apple Silicon 自身在性能和功耗方面的提升。

这不,苹果又在前两天发布了使用 M5 处理器的三款新品:iPad Pro、MacBook Pro 以及 Vision Pro。

爱范儿收到的这台 14 寸 MacBook Pro 是 10+10 核心的 M5 标准版,内存规格为 M5 所支持的最大容量 32GB,以及 1TB 的硬盘,和一块纳米纹理玻璃的抗眩光屏幕:

和今年有抗眩光涂层的 iPhone 17 Pro 相比,MacBook Pro 上纳米纹理玻璃 + 抗反射涂层的组合,无论是在泛光的室外还是充满点光源的室内,消除反光的效果都相当出色。

但 M5 MacBook Pro 的外围硬件和前代其实没有区别,真正让它脱颖而出的,还得是机身里的这块 M5 处理器。

今年的 M5,是继 M3 和 M4 以来,苹果连续第三年推出 3nm 处理器了。M5 的制造工艺换成了 A19 Pro 同款的第三代台积电 3 纳米工艺(N3P)。

换句话说,和 A19 Pro 师出同门的新架构,让 M5 的能效比得到了进一步提升,也让 MacBook 原本就很强的离电续航更上一层楼,哪怕是 14 寸机型也能做到「电脑续航比人长」。

更重要的是,今年 M5 处理器的升级大部分集中在 GPU 上。N3P 工艺优秀的能效比,让这一次 MacBook Pro 的性能释放更加大胆。

就拿 macOS 平台上最主流的 3A 大作《赛博朋克 2077》来说,M5 的 MacBook Pro 使用游戏默认的「for this mac」配置时,能够在大部分画质选项为中或高的前提下实现离电 30 帧的表现。

而打开 FSR 和帧生成后,2077 则可以以接近游戏默认的「中画质」配置里跑到稳定 50-60 帧左右,同时维持你在星巴克的座位不变,不用接电源。

类似的情况也出现在 App Store 上的《控制:终极合辑》,以及爱范儿编辑部最近都在玩的《逃离鸭科夫》中。只需要一点点画质微调,M5 MacBook Pro 都可以稳在 60 帧以上:

换个角度看,这个体验其实已经接近了当年 GTX 1660 的表现。App Store 和 Steam 上越来越丰富的游戏库,满足了 Mac 用户在出差高铁上也能玩玩搜打撤的愿望。

另一方面,M5 最大的升级点还在于它为每颗 GPU 核心都内置了「新一代神经网络加速器」,相当于让 M5 有了个 10 核的 NPU。

这样一来,M5 的 AI 性能——尤其是本地 AI 性能,就有了相当坚实的基础。

以苹果在官方视频中演示过的 Msty Studio 为例,作为一款功能类似 Ollama 但模型库更丰富的「开源模型本地化部署工具」,Msty Studio 最主要的功能,就是可以让你的 Mac 在断网情况下跑语言模型。

我们以最体现性能的「首词元响应速度」表现为标准可以看到,纯本地运行的 DeepSeek-R1:8b 在 10 核心 GPU 的 M5 上运行时,对于相同的一段生成指令,它的速度追平了 24 核 GPU 的 M1 Max

相当于 M5 用不到一半的核心数量,就可以获得与两三年前 Pro 甚至 Max 规格的 Apple Silicon 相当,同时发热量和功耗还控制在一个相当优秀的水平。

更重要的是,类似的表现也可以在其他本地化的 AI 场景中复现。

比如在纯本地运行的 AI 视频画质增强工具 VidHex 中,在进行视频细节增强时,10 核的 M5 同样出现了追平甚至反超 24 核 M1 Max 的现象。

但在测试过这么多本地 AI 工具之后,我们也不由得产生了一个疑惑:

开源的本地 AI 模型虽然免费,但部署起来比较麻烦,其中很多也没有非常直观的图形界面、必须在终端里面用 CLI(命令行界面)去微调——

而那些收费的本地 AI 工具,实际上就是在卖一个打包好的 GUI(图形界面)。现在云端模型不仅性能更强,价格也逐渐亲民,你觉得「本地化部署和运行 AI 模型」能够对你的电脑购买决策产生影响吗?

总之,对于 M5 的端侧 AI 性能,爱范儿认为:苹果官网上宣传的「相比 M1 有四到六倍的提升」是比较贴切的,不仅是可以稳定的「10 核打 24 核」,同时还有更优秀的发热和功耗控制。

M5 这样一来,就很难不让人期待明年 M5 Pro 和 M5 Max 的表现了,或许可以催生另一批多台 Mac Studio 组网做超算的潮流。

不过就在前两个月,M4 家族的 MacBook Pro 刚刚经历过一轮国补,新的 M5 基础款并不能和 M4 Pro/Max 形成替代关系。

因此今年值得升级 M5 基础版 MacBook Pro 的,更多还是那些仍在坚守 M1 或 M2 系列的老用户,就比如爱范儿编辑部那位还在用 M1 Max 的编辑。

至于爆料中那个模具更新、去除刘海的新 MacBook,则至少要到明年的 M6 机型才有希望了。如果你是 M4 家族的用户,那么小挤一管牙膏的 M5 并不是具有说服力的换机理由。

总之,爱范儿今年对于 M5 MacBook Pro 的结论,依然与前两代相同:

Mac 依然是一个「你必须非常明确自己的需求」才值得入手的优秀工具——如果你不确定自己需不需要一台 Mac,那么就是不需要

#欢迎关注爱范儿官方微信公众号:爱范儿(微信号:ifanr),更多精彩内容第一时间为您奉上。

爱范儿 | 原文链接 · 查看评论 · 新浪微博


突发!苹果发布 3 款新品:价格很贵,AI 很强

By: 马扶摇
15 October 2025 at 23:23

进入十月份的苹果动作频频。

前两天库克还在亲自下场,在 Apple Store 抖音直播间宣发国行 iPhone Air,这不,就在刚刚,苹果又直接在官网上架了今年的新款 MacBook——

搭载 M5 处理器的 MacBook Pro,「真的快,不是梦」:

只不过特别的是,往年的 Apple Silicon 处理器 Mac 都是全系列同时发布,但今年苹果的步调发生了一些变化——

在本次的 MacBook Pro 上,我们没有见到 M5 Pro 或者 M5 Max,而是只有 10+10 核规格的基础版 M5 处理器。

与前期的预测一致,M5 处理器基于 3nm 的台积电工艺打造,与今年能效提升明显的 A19 Pro 处理器属于同代制程,工艺红利明显。

M5 的架构也保持了 10 核心 CPU、10 核心 GPU 的组合。根据苹果官网的图表,今年 M5 的 LLM 提示词处理性能为 M1 的 6.4 倍、3D 渲染性能为 M1 的 6.8 倍:

这样的进步幅度,与更早期爆料出的 M5 iPad Pro 跑分之间相互印证——

是的,那个前阵子被俄罗斯老哥开盒的 M5 iPad Pro 也在今晚发布了,售价 8999 元起,而配置拉满的 2TB 版本售价则来到了让人咋舌的 22499 元。

总的来看,可以看到苹果自研的 GPU 在这一代得到了非常明显的提升,编辑部那个喜欢用 MacBook 玩 2077 的同事估计要坐不住了

只不过在外观方面,M5 MacBook Pro 就完全没有什么惊喜了——

依然是这个从 2021 年开始陪伴我们的刘海屏模具,依然是 14 或 16 寸的 miniLED 屏幕,HDR 峰值亮度 1600 尼特,并且可以选配抗眩光的纳米纹理玻璃版本。

和 M4 时代的限制一样,这一次的 M5 MacBook Pro 仍然有 16/24/32GB 三档内存可选,最大可选的硬盘则升级到了 4TB。

这样选配下来,起步 16+512GB 的 14 寸 M5 MacBook Pro 售价仍然为 12999 人民币,各项配置全部拉满之后,售价最高可以顶到 2.6 万元——

虽然起步价格和 M4 版本的 MacBook Pro 一致,最重要的处理器升级相当于白送。但仔细想想,这仍然是一个相当让人肉疼的价格,仅凭 Apple Silicon 并不能摊平 miniLED 显示屏等等主要零件的成本。

我们可以看到的是,苹果为了维持 M 系列处理器的更新升级,投入了巨大研发经费。

除了依靠 iPad 去走量之外,就只能通过让 M 系列处理器共享近似制程这种方式,来尽量摊平前期的投入——

目前看来,今年的 M5 MacBook Pro 虽然在 GPU 和 NPU 性能上得到了大跃进,可以毫无疑问地加冕目前最强苹果游戏本,但它距离我们期待中的无刘海触屏 OLED 屏幕 MacBook Pro 仍然有着距离。

不过对于的国补大背景来说,「买新不买旧」依然是选购 Mac 时的金科玉律。

M5 的 MacBook Pro 虽然看上去强势,但下单时要为屏幕等等外围硬件付出很多额外成本,但是别忘了——

过不了多久,我们就可以等到 GPU 大进步、能效比更出色的 M5 MacBook Air 和 Mac mini 了。

除了 MacBook Pro 和 iPad Pro 之外,同样用上了 M5 处理器的,还有 2025 款 Apple Vision Pro:

搭配前文提到的 M5 处理器 GPU 性能大进步,今年的 M5 Vision Pro 虽然外形没有什么变化,但是「可提供更快的性能、更清晰的整个系统细节以及更长的电池续航时间」。

根据苹果 Newsroom 的介绍,使用 M5 处理器的 Vision Pro 可以在屏幕上渲染比上一代多 10% 的像素数量、实现 120Hz 的刷新率以及最低 12ms 的视频延迟,真实性更上一层楼。

苹果还宣称:M5 内部的 16 核神经网络引擎可以让 AI 功能在系统体验上的运行速度提升高达 50%(比如转换空间照片),第三方 app 的运行速度也有显著提升:

此外,M5 优秀的能效比也让 Vision Pro 的普通使用续航来到了 2.5 小时,纯视频播放则可以坚持 3 小时,让你能够沉浸在虚拟世界的时间更长了——

比如 Spectrum SportsNet 就借助 visionOS 的 Apple Immersive,将 NBA 赛场上的沉浸式空间视频带到了 Vision Pro 上。

并且不止 NBA,根据苹果宣布,包括棒球、MotoGP,甚至是奥迪 F1 和红牛的新影片都将在未来几个月上线 Apple Immersive,让 Vision Pro 的内容消费能力值回票价:

搭载 M5 芯片的 Vision Pro 将于 10 月 17 日接受预订、10 月 22 日起发售,起步的 256GB 机型售价仍为 29999 元人民币。

#欢迎关注爱范儿官方微信公众号:爱范儿(微信号:ifanr),更多精彩内容第一时间为您奉上。

爱范儿 | 原文链接 · 查看评论 · 新浪微博


Will Macs get Apple’s new memory protection?

By: hoakley
15 September 2025 at 14:30

When Apple launched its new iPhone 17 range last week, it also announced a major change in their security. This article tries to explain what that means, and whether Apple intends building it into future Macs.

Handling of memory is an important facet of security, and securing that should eliminate plenty of vulnerabilities from Apple’s operating systems. For example, the single vulnerability fixed in Sequoia 15.6.1, and known to be actively exploited, resulted in memory corruption from processing a malicious image file. Many of those fixed in 15.6 also cite memory problems in their cause, such as corruption, out-of-bounds and use-after-free errors. Apple’s research indicates that some of the vulnerabilities used in the most sophisticated attacks, particularly those against iOS, could have been prevented by making memory handling more secure in the first place.

Over the last few years, Apple has focussed attention on making memory handling safer. Starting in iOS 15, it introduced a new interface known as kalloc_type to be used throughout the kernel and all kernel extensions. This requires Apple’s engineers to adopt its new features, and by iOS 16 it’s estimated that 95% of the kernel-space codebase in iOS had been converted. This has been fed through into macOS from Ventura onwards.

Although kalloc_type has helped, more is needed if memory handling is going to as safe as Apple wants, in what it terms Memory Integrity Enforcement. Unlike most other security measures, the principle of this is relatively simple: to allocate and control memory using secure tags. When a kernel extension, for example, requires some memory, it’s provided with a secure tag. When it wants to access any of that memory, the kext then has to provide the tag with its request. The tag is then checked and access only granted if the tag is successfully validated for the address requested.

This can be used to prevent one of the commonest types of vulnerability, accessing memory beyond that allocated in a buffer overflow. As that memory request is out-of-bounds of the memory allocated, the secure tag provided won’t extend to cover that, and the request is refused. Another common type of vulnerability is when code requests memory that has already been freed, in use-after-free access. MIE prevents that as the secure token is invalidated when that memory is freed, so the request is refused.

While the principle underlying MIE is simple, its implementation is more complex. One obvious problem is that it imposes significant overhead to memory allocation and access. The only way to work around that is to implement it in hardware, hence its current limitation to devices using Apple’s new A19 and A19 Pro chips, the first to offer that support. These come with additional features for Arm’s Enhanced Memory Tagging Extension, an option from the Armv8.7 instruction set architecture, and not yet available in an M-series chip for Macs. If you look for FEAT_MTE4 among the hardware options in sysctl (shown easily in Mints, for example), there’s no mention of it in Apple’s latest M4 chips. Additionally, for apps to support MIE, they have to opt in to enable hardware memory tagging, a feature that’s only available for now in the iPhone 17 range, including the iPhone Air.

Critics have pointed out that MIE only tackles some vulnerabilities, but Apple’s analysis of recent real-world exploits used in malware shows how the combination of defences can now disrupt the chains many rely on. By achieving that early in a chain, Apple argues that those developing attacks will be forced to redevelop the whole of that exploit chain. Neither is MIE completely new, as other operating systems like GrapheneOS, popular on Google’s Pixel devices, have already been using their own implementation of similar protection. Apple claims that those have shortcomings it has addressed in implementing MIE for iPhones.

Apple hasn’t yet made any announcement about whether or when MIE might be coming to its M-series chips using in Apple silicon Macs. I suspect we’re unlikely to see the debut of an M5 complete with Neural Accelerated GPU and hardware support for MIE in Apple’s Halloween Mac event, and more likely with macOS 26.3 early next year. Of course, MIE doesn’t protect against everything, but it should make life significantly harder for those intending to attack us.

Further reading

Apple on kalloc_type
Apple on Memory Integrity Enforcement
Arm on Enhanced Memory Tagging Extension
Apple on Enhanced Security for app developers.

❌
❌