皇上,还记得我吗?我就是1999年那个Linux伊甸园啊-----24小时滚动更新开源资讯,全年无休!

AMD 发布 Linux 补丁以支持下一代 EPYC 功能:GLBE、GLSBE & PLZA

AMD 发布 Linux 补丁以支持下一代 EPYC 功能:GLBE、GLSBE & PLZA

今天下午发送到 Linux 内核邮件列表的一组 19 个补丁,是为了准备一些新 CPU 功能,这些功能预计将出现在 AMD 的下一代 EPYC “Venice” 处理器中。

由于 AMD 已经将 Zen 6 “znver6” 支持纳入 GCC 16 编译器,我们已经知道其下一代处理器将带来哪些新的 CPU ISA 功能。现在在 EPYC Zen 6 “Venice” 方面,我们了解到一些新功能将到来,以帮助其在企业中的下一代服务器。

新发送的功能包括全局带宽强制执行(GLBE)、全局慢速带宽强制执行(GLSBE)和特权级别零关联(PLZA)。今天的补丁并未明确将这些新功能与 EPYC Venice / Zen 6 挂钩,但根据时间安排和注意到功能文档尚未公开,这表明它们确实如此。

这些带宽控制和特权功能正被整合到 Linux 资源控制”resctrl”代码中。Linux 资源控制代码允许管理和监控共享 CPU 资源,而截至目前,BMEC 和 L3SBE 等 AMD EPYC 功能已经集成其中。补丁封面信将 GLBE、GLSBE 和 PLZA 解释为:

“全局带宽强制执行(GLBE)

AMD 全局带宽强制执行(GLBE)为软件提供了一种机制,用于为跨越多个 QOoS 域的线程组指定带宽限制。这些 QOS 域的集合被称为 GLBE 控制域。GLBE 上限是在 GLBE 控制域内所有 QOS 域中,所有线程在 COS(服务类别)之间竞争共享的 L3 外部带宽的带宽上限。这补充了 L3BE L3 外部带宽强制执行(L3BE),后者提供按每个 QOS 域粒度的 L3[外部]带宽控制。

全局慢速带宽强制执行(GLSBE)

AMD PQoS 全局慢速带宽强制执行 (GLSBE) 为软件提供了一种机制,用于为跨越多个 QOS 域的线程组指定带宽限制。GLSBE 在 GLBE 定义的 GLBE 控制域内运行。GLSBE 的上限是 L3 外部带宽,该带宽在 GLBE 控制域内所有 QOS 域中所有线程竞争共享的慢速内存中设定。这补充了 L3SMBE,后者在每 QOS 域粒度上提供慢速内存带宽控制。

特权级零关联 (PLZA)

特权级零关联 (PLZA) 允许硬件自动将特权级零 (CPL=0) 的执行与特定的 COS(服务类别)和/或 RMID(资源监控标识符)关联。QoS 功能集已经有一种机制,可以将每个逻辑处理器的执行与 RMID 或 COS 关联。PLZA 允许系统覆盖线程的每个线程关联,该线程正在以 CPL=0 执行。

预计在接下来的几周内将发布进一步解释 GLBE、GLSBE 和 PLZA 的功能文档。虽然不像其他预期的 Zen 6 功能(如 AVX-512 BMM 和 16 通道内存)那样令人兴奋,但一些服务器管理员肯定会欣赏 GLBE / GLSBE / PLZA 带来的附加功能。

这些即将推出的 AMD EPYC 服务器 CPU 功能的 resctrl 补丁可以在 Linux 内核邮件列表上找到以供审阅。很高兴看到更多 AMD Zen 6 补丁在发布前出现,并希望这些补丁能在今年稍晚时候推出的 EPYC Venice 处理器之前被上游化。

转自 AMD Sends Out Linux Patches For Next-Gen EPYC Features: GLBE, GLSBE & PLZA – Phoronix