Intel 的反向超线程和扩展环形总线：Rentable Units

Shaperz · 发表于 2024-2-5 07:35

本帖最后由 Shaperz 于 2024-2-5 12:29 编辑

Intel 计划在后续的消费级处理器中取消超线程。因为以往的超线程，也就是同步多线程，在线程间存在竞争占用（如都需要浮点单元）时会产生等待延迟。这不仅会造成空泡，也可能直接降低单线程性能，并且浪费了晶体管规模。

Intel 全新的 Rentable Units 改变了这种问题。

由于 Skymont 大幅提升的 IPC，RU 调度器会配合系统（Windows 12）智能拆分等待中的进程。被拆分的线程可以同步由 P 和 E core 并行处理。消除了等待延迟后，完成工序所需要的时间比超线程更低。无论 P/E，所有核心以一致的调用性同时工作，弥补了超线程中闲置 E core 浪费的性能。
*图片意图将深色的 Task 1 拆分后分配给四个 E core，浅色的 Task 2 拆分后分配给 2 个 P core。使用 RU 调度器执行两个 task 的情况下用时短于将他们分别分配给两个线程的情形。

640 (1).jpg

RU 的调度单位为一个处理器簇。每个处理器簇包含若干 P 和 E core。在环形总线上维持 8 个挂载点的同时初代产品可以单簇 1P2E 构成 8C16c 的 Ultra 9。后续可以扩展为 1P4E 的 RU 簇组成 8C32c 产品。这种工作方式某种程度上非常类似 AMD 早年在农机系列处理器上的实践。

ckloop · 发表于 2024-2-5 08:00

第一个图中 Thread.B 是哪来的呢? 少了个2? 这麽不严谨的吗?
为什麽Thread 2 可以拆开2个进程, 但Thread 1 要拆开为4个?

Shaperz · 发表于 2024-2-5 08:07

本帖最后由 Shaperz 于 2024-2-5 08:12 编辑

ckloop 发表于 2024-2-5 08:00
第一个图中 Thread.B 是哪来的呢? 少了个2? 这麽不严谨的吗?
为什麽Thread 2 可以拆开2个进程, 但Thread 1 ...

我认为图的意图是 task 1 拆成四份给四个小核，task 2 拆成两份给两个大核。标记大概是一连串的制图错误(顺手帮他修了)。

illidanwyz · 发表于 2024-2-5 08:19

不会搞成AMD的4D+1D那种理论性能很高实际效率很低的架构吧？

BONBONBON · 发表于 2024-2-5 08:36

质疑amd，理解amd，成为amd

kozaya · 发表于 2024-2-5 08:48

8大 (无HT) + 32小
有点走火入魔了
很有可能
跑分没输过
实际生产力没赢过

16大(保留HT) 8小, 吊打8大32小

Shaperz · 发表于 2024-2-5 08:59

illidanwyz 发表于 2024-2-5 08:19
不会搞成AMD的4D+1D那种理论性能很高实际效率很低的架构吧？

不过好歹也是好几个独立的真的核心，不是推土机那种半残的。

gladiator · 发表于 2024-2-5 09:00

想法是好的，就是这玩意实现起来，尤其是在三哥搓的win12上感觉会有一堆BUG

用户 · 发表于 2024-2-5 09:06

游戏性能？虚拟机性能？

yangzi123aaa20 · 发表于 2024-2-5 09:14

如果线程这么好拆分那程序员自己优化的时候就拆了，不好拆分凭啥相信你系统配合cpu就能自动拆

PPXG · 发表于 2024-2-5 09:15

kozaya 发表于 2024-2-5 08:48
8大 (无HT) + 32小
有点走火入魔了
很有可能

那可未必

sevastian · 发表于 2024-2-5 09:38

单核三线程吗

gunner_l · 发表于 2024-2-5 09:56

潮流是个圈，没想到这句话在科技界也成立

YoshinoSakura · 发表于 2024-2-5 09:58

懂了，只要线程写的够美妙就可以防止被拆分

af_x_if · 发表于 2024-2-5 10:00

我的理解就是硬件分时，软分时需要把寄存器拷到内存再拷回来，损失很大所以负载平衡的时间片很粗糙，存在大量气泡。
这个设计通过硬件高速低成本的切时间片，把多个任务更均匀分配到各个线程上。

af_x_if · 发表于 2024-2-5 10:07

单个ru管理的簇内，下辖的多个核心可以认为实现了寄存器互访，可以随时交换工作。
因为这种交换允许的时间片非常细，无论簇内核心强弱和分配到的任务负载多少，都是同时完成队列里的任务。

atiufo · 发表于 2024-2-5 10:08

搞到最后还是8大核

September9Virgo · 发表于 2024-2-5 10:17

本帖最后由 September9Virgo 于 2024-2-5 10:27 编辑

I宝，咱就说不搞环线了，行吗？这环线上再挂下去，就全是小核了，不行学9300算了，取消超线程后，整4个10g超大核，剩下全挂小核算了

牙膏厂每次想法不能说不好，但每次都死于调度，这玩意从12代到14代，三代了都没玩明白，指望巨硬那群三哥压根不现实。

ps：想了想不能光批判牙膏厂，农企7950x3d调度其实也没玩明白，这玩意无解。

Shaperz · 发表于 2024-2-5 10:49

September9Virgo 发表于 2024-2-5 10:17
I宝，咱就说不搞环线了，行吗？这环线上再挂下去，就全是小核了，不行学9300算了，取消超线程后，整4个10g ...

那个比较简单，就当自己是 7800X3D 不就行了。

af_x_if · 发表于 2024-2-5 11:01

September9Virgo 发表于 2024-2-5 10:17
I宝，咱就说不搞环线了，行吗？这环线上再挂下去，就全是小核了，不行学9300算了，取消超线程后，整4个10g ...

这不就是解决办法么，总线负载大，那就让分时这部分开销在簇内部解决了，分时操作不牵涉到内存修改也就不牵涉到缓存一致性的问题。

aibo · 发表于 2024-2-5 11:08

之前好像有谁说过后面哪代开始小核要放在大核旁边，而不是单独挂在节点上
如果能共享l2的话，也许是个好办法？
特别是，对于巨硬，能看到的就是几个大核。大核自己再分包给身边的小核

aibo · 发表于 2024-2-5 11:11

gladiator 发表于 2024-2-5 09:00
想法是好的，就是这玩意实现起来，尤其是在三哥搓的win12上感觉会有一堆BUG ...

OS看来就只有几个节点的“大核”而已

就是每个节点的大核+若干小核能够好好的分配好工作。。。

gladiator · 发表于 2024-2-5 11:15

aibo 发表于 2024-2-5 11:11
OS看来就只有几个节点的“大核”而已

就是每个节点的大核+若干小核能够好好的分配好工作。。。 ...

这个调度要是牙膏厂搞得话是不是连改都不太好改

Shaperz · 发表于 2024-2-5 11:17

gladiator 发表于 2024-2-5 11:15
这个调度要是牙膏厂搞得话是不是连改都不太好改

和 ITD 一样，软硬结合，需要操作系统配合。那就有空间用户自行修改

qiuhepeng · 发表于 2024-2-5 11:26

手机处理器逐渐从大小核往全大核过度了。桌面会不会以后又学回来全大核。

sun1a2b3c4d · 发表于 2024-2-5 11:28

BONBONBON 发表于 2024-2-5 08:36
质疑amd，理解amd，成为amd

总结的好

xjr12000 · 发表于 2024-2-5 11:46

intel为了维持单ring结构省点钱，真实煞费苦心，这等于是用ring环串起来amd的die12345678啊
农机系列是最失败的amd，

用户 · 发表于 2024-2-5 11:52

本帖最后由用户于 2024-2-5 12:05 编辑

aibo 发表于 2024-2-5 11:11
OS看来就只有几个节点的“大核”而已

就是每个节点的大核+若干小核能够好好的分配好工作。。。 ...

OS如果看到是大核，只派一个线程，就翻车了。想想这里的逻辑好像还挺难写的，每个核有自己的硬件分时，整个cpu还是得靠软件分时，多路的情况下根本不可能有硬件分时。这个如果就这么上了，绝对是大翻车，可能是安腾级别的垃圾。

另外我没看明白这thread 1 thread 2的专利和rentable unit有啥关系。rentable unit按传说是提高单线程性能的技术，不是这里两个线程过家家的东西。cluster里面应该有一个让操作系统知道派了大核任务，就不要再给同cluster的小核派任务了。

moveable · 发表于 2024-2-5 11:55

既然这么好，出个八大核I3来对照新架构的先进性吧

ONEChoy · 发表于 2024-2-5 12:05

September9Virgo 发表于 2024-2-5 10:17
I宝，咱就说不搞环线了，行吗？这环线上再挂下去，就全是小核了，不行学9300算了，取消超线程后，整4个10g ...

明白人一碗饭合所有人胃口本来就是个伪命题。。。

账号		自动登录	找回密码
密码			加入我们

[CPU] Intel 的反向超线程和扩展环形总线：Rentable Units