M1 CPU 那么多个核心，macOS 是怎样管理这个「性能幻影」的

致相同各种类型的战略性，战略性可以解读成组。然而，系统结构设计技术性上的内氘序号和 powermetrics 之中表明的内氘序号大致相同，但和社会活动监视容器之中所表明的内氘序号却未必一样；因此为了行文分立，文之中将采用社会活动监视容器的内氘序号规则，但根据系统结构设计战略性透过序号。在 macOS Monterey 12.3.1 下， M1 两部的三组CPU的功用战略性可能会如下：

M1 分别由一个 E 战略性（还之外 4 个 E 内部）和一个 P 战略性（还之外 4 个 P 内部），并名字为 E 和 P0；

M1 Pro/Max 则由一个 E 战略性（还之外 2 个 E 内部）和两个 P 战略性（分别还之外 4 个 P 内部），并名字为 E、P0 以及 P1；

M1 Ultra 则由一个 E 战略性 （还之外 4 个 E 内部）和四个 P 战略性 （分别还之外 4 个 P 内部），并名字为 E、P0、P1、P2 以及 P3。

从理论上来讲，一个战略性内的所有内部都但会在大致相同的阈值下直通，并且往往（但不总是）保有每一个战略性内「内部的载荷」大体相异。倾向可能会甚至但会发生系统结构设计一股脑儿地把所有的使命安排到某战略性之中的一个内部上。

比如 Logic Pro 导入素材就但会消失这种倾向可能会

▍寄存容器控制是如何透过的

理论上应用领域开发之中，macOS 未必给予公开的 API 让应用领域计算机系统直接可用具体的内部、内部各种类型或是战略性；相反，应用领域计算机系统往往由 Grand Central Dispatch 可用 QoS 管理，然后 macOS 但会可用这些设置来确定具体寄存容器的管理战略。

在理论上可能会之中，QoS 下限的寄存容器只但会派送至 E 氘战略性，而较较高的 QoS 的寄存容器则可能但会被派送到 E 或 P 氘战略性。尽管可以通过命令应用领域操作系统 taskpolicy 或者文档之中的formula_ setpriority 对派送透过实时修改，然而它却只对较较高的 QoS 寄存容器有效。「下限 QoS 寄存容器只在 E 战略性上直通」的规则始终不变。

通过 macOS App Store 装设 Xcode 的寄存容器 QoS 就是下限的，完全不但会可用 P 氘

macOS 自身的战略是大其余部分一人使命都以下限的 QoS 直通。这当之中之外了 Time Machine 的启动时驱动器、Spotlight 索引来得新以及 Archive Utility 的JPEG和压缩。这当之中值得注意，对于 Archive Utility 很多人可能但会有一个一般化的感觉到：订阅了一个 xip 编解码器的 Xcode 副本，压缩的时候所需耗时 N 三木，其实这就是很多文档被受限制在 E 氘上直通所致，而且浏览容器也无法无意将它调往 P 氘上直通。

▍一人寄存容器（Background threads）

因为 M1 和 M1 Pro/Max CPU上的 E 氘战略性个数多种不同，同一时间者有 4 个 E 氘，而后者只有 2 个，所以 M1 和 M1 Pro/Max 上的下限 QoS 寄存容器的加载与直通方式是有多种不同之处的。

在占有 4 个 E 氘的 M1 CPU上直通 QoS 为 9 的寄存容器时，每个 E 氘内部阈值为 1000M（1 GHz）左右；而在只占有 2 个 E 氘的 M1 Pro/Max 之中直通正因如此 QoS 为 9 的寄存容器时，如果只有 1 个寄存容器那么 E 氘的直通阈值也正因如此为 1000 MHz，但如果有两个或者来得多，那么每个 E 氘阈值就但会增加到 2064 MHz。这样的结构设计确保了即使战略性个数多种不同，但 M1 Pro/Max 之中 E 战略性至少能给予和 M1 大致相同的一人使命检视效率。

当然这里即使如此但会有或多或少，像 backupd 这类占有下限 QoS 的寄存容器，在直通时如果同时受到来自 I/O 的限流，那么即使是在 M1 Pro/Max 上也筹委但会以约 1000MHz 的阈值直通。

▍浏览容器发起的寄存容器（User threads）

所有 QoS 较高于 9 的寄存容器检视都大不大致相同，它们中间的区分无非就是它们的链表多种不同。较高 QoS 的寄存容器有资格直通在任何一种内部或者战略性上，不过 M1 和 M1 Pro/Max 上的或多或少又有所多种不同。

在 M1 上，由于只有 1 个 P 战略性和 1 个 E 战略性，而力学内部总计有 8 个，因此同一关头最多只有 8 个寄存容器可以调配到这两个战略性上，每个战略性之外可以分到 4 个寄存容器。如果同一关头所需调配到寄存容器数多于等同于 4 时，系统结构设计但会尽量将他们放入 P 战略性上直通；除非局限性链表之中有来得多来得较高 QoS 级别的寄存容器马上直通，这时才但会额外可用 E 战略性直通这类使命。在上述可能会， P 内部的阈值的极值将为 3GHz，E 内部的阈值极值则为 2GHz，是直通 QoS 为 9 的寄存容器时的两倍。

但 M1 Pro/Max 却有 3 个战略性，两个分别占有 4 个 P 氘的战略性，以及一个占有 2 氘的 E 战略性。如果同一关头所需调配到寄存容器数多于等同于 4 时，系统结构设计但会无意将寄存容器分别为到第一个 P（P0） 战略性上，第二个 P 战略性将始终保有未加载和不知名的节能状态；如果同一关头所需调配的寄存容器除去 4 时，多出来的寄存容器（小于等同于 5 个多于等同于 8 个）将被调配到第二个 P（P1） 战略性上；如果此时还有来得多的寄存容器（小于等同于 1 个多于等同于 2 个）等在直通，那么这些程序在将但会再调配到 E 战略性上。在上述可能会，P 内部的阈值的极值将为 3228MHz，E 内部的阈值极值则为 2064MHz。

M1 Ultra CPU总共有 5 个战略性，每个战略性有 4 个内部。它们的战略大体与 M1 Pro/Max 大致相同，显然在可用 E 战略性之同一时间，优先codice_的是 4 个 P 战略性。

不过，有两种可能会，文档似乎只在单个内部上直通：

第一种可能会发生在引领过程之中，在内氘初始化并直通在其他内部之同一时间，文档只直通在单个 E 氘上。另一种可能会则发生在，订阅完 macOS 来得新便处于「正要」下一阶段时，在 M1 Pro/Max CPU上，macOS 的 5 个来得新寄存容器某种程度被赋予了一个 P 氘的社会活动在在权利，即 2 个 P 战略性之中的第一个战略性之中的第一个（P0，后面标为内部 3 ）。

在正要装设来得新的 30 分钟内，这种不罕见的的社会活动在在一直都在

▍载荷模式下的所示形（Patterns under load）

这里有几个关于 macOS 战略影响调配的值得注意举例来说，这些举例来说出自于社会活动监视容器的 CPU 上曾车站内。

上所示表明了 M1 CPU的一两部载荷的可能会，这些载荷来自于慢慢地增多的 CPU 密集型寄存容器。右边提到过 M1 有两个战略性 E 和 P0，这里分别用蓝框透过界定。从左开始，第 1～4 个较高链表的程序在的载荷全部由 P0 战略性履行，而紧接著第 5～8 个程序在的载荷则逐步由 E 战略性开始履行。

这张所示则展示了轻载荷下 M1 Pro 不断叠加的载荷可能会，其之中一些寄存容器是一人程序在，而另一其余部分则是较高链表程序在，虽然绝大其余部分的载荷都由 E 战略性履行，但 P0 战略性也履行了不少载荷，而 P1 战略性主要被用来检视一些峰值载荷。

最后一张所示则是 M1 Ultra 上的直通可能会，原作者本人已将对应的内部轻新排列到了对应的战略性之中，其之中 E 坐落顶部，P0～P3 从第二排开始每条、从上到下南至北透过排列。而所示之中所示的载荷则是一个非常值得注意的可能会——系统结构设计登录后的同一时间几分钟，可以看见 E 和 P0 履行了绝大多数时候的载荷，而且在载荷来得轻的时的初期，系统结构设计但会将来得多的使命调配到 P1～P3 剩下的 3 个 P 战略性上，以来得快地已完成使命。

迄今，社会活动监视容器由此可知未给予一个关于 M 两部表明卡的轻要讯息——战略性阈值。在 CPU 处于 100% 载荷时，此时相当于社会活动在在，战略性在阈值低于 1000MHz 时已完成指令的速度不到阈值为 2064MHz 的大致相同战略性的一半快。可惜的是，迄今唯一可以获得阈值讯息的手段是命令应用领域操作系统 powermetrics。

下所示是一份 macOS 对 M1 、 M1 Pro 和 Max CPU之中 CPU 内部的管理概要。迄今，关于 M1 Ultra 的讯息由此可知在校订之中，并在紧接著透过增补完善。如果你在用 M1 Ultra，看轻并且愿意给予借助，爱戴与原作者 Howard OakleyClark透过建立联系。

上周 6 翌年，Apple （可能）但会在 WWDC 大但会上宣布其 M1 两部的继承者。预计，或将能够看见它们的内部驱动程式以及 macOS 给予的管理战略。

感谢 Walt 给予的关于 Ultra 的讯息以及载荷下的截所示。

标题链接：

_source=wechat&utm_medium=social

原作者：jijiali

责编：江都而今

/ 来得多热门短文 /

。

信阳看妇科哪家比较好
泉州白癜风专科医院哪里好
西安看白癜风哪里比较好
不孕不育的原因是什么
怎样预防肠癌
心血管内科
新冠病毒或与老年痴呆风险相关，权威研究引发关注
急支糖浆有什么作用
咳嗽有痰吃什么药
止咳糖浆哪种效果比较好