（原标题：这桩收购后，英伟达打造最强闭环）

公众号铭刻加星标，第一时辰看推送不会错过。

咱们一直以为很好笑，任何东谈主王人能掌控一个开源技俩。但这种情况确乎会发生，因为归根结底，东谈主们需要挣钱养家生计，而总得有公司来支付这些工资。

巧合，开源技俩会出于利他主见和聪敏的自私主见而得到支撑，Linux 内核便是一个闻明的例子。为了使其成为当代运筹帷幄边界事实上的类 Unix 操作系统，Linux 内核需要进行强化和扩张。但企业和其他类型的运筹帷幄机构频繁不肯为这类开源技俩提供自惊叹支撑，因此，技俩背后频繁会有一家贸易实体，将其整合为居品并提供时代支撑。Red Hat Enterprise Linux，以及在较小经由上，SUSE Linux、CoreOS（现已并入 Red Hat，是其 OpenShift Kubernetes 容器适度系统的基础）、CentOS（已被 Red Hat 收购，并促成了 Rocky Linux 的出身）和 Canonical Ubuntu，王人是获取贸易支撑的 Linux 刊行版的常见门道。云就业频繁领有我方的 Linux 刊行版，致使 Nvidia 也为其 AI 系统定制了 Ubuntu 版块，尽管其他刊行版也通过集成 Nvidia 驱动才调得到了支撑。

连年来，英伟达更关心其系统集群的适度神色，而非特定节点上的底层操作系统。正因如斯，英伟达在2022年1月斥资收购了Bright Computing，后者是Bright Cluster Manager的开发商，收购金额未公开。其时，Bright Computing已完成两轮融资，共筹集1650万好意思元，其集群束缚器具BCM在大家领有跳动700家用户。BCM领先是为束缚传统高性能运筹帷幄（HPC）系统而筹划的，但多年来，为了将其打酿成为一款通用集群适度器，BCM也进行了适配，以支撑Hadoop、Spark、OpenStack、Kubernetes和VMware ESX等对适度条目极高的漫步式系统。

收购完成后，英伟达将该器具从头定名为 Base Command Manager，并将其集成到 AI Enterprise 软件堆栈中。这意味着，英伟达通过 AI Enterprise 许可证取得了时代支撑，该许可证包含英伟达系缚并支撑在其 GPU 加快系统上的库、框架和其他器具，每个 GPU 每年的用度为 4,500 好意思元。

咫尺它看起来是这么的：

英伟达默示，其居品咫尺在大家领罕有千套装配案例，但这认知不包括该公司免费提供的 BCM 许可证。这些许可证用于束缚任何边界横向扩张集群中每个节点最多包含八个 GPU 的 GPU 集群。英伟达警告称，这种免费许可证不提供任何时代支撑，况兼随时可能被拆除。因此，企业频繁不会雅瞻念将但愿录用于该公司。

英伟达为 BCM 提供了一个名为 Mission Control 的沟通层，它不错自动部署组成其所谓的“AI 工场”的框架、器具和模子。该工场慎重处理或制造代币。Mission Control 包含Run.ai 达成的 Kubernetes，用于编排容器；还包含 Docker，用于在容器内启动运筹帷幄；此外，它还不错虚构化 GPU，以提供更紧密的运筹帷幄粒度。Mission Control 会对系统进行健康检讨，并把柄系统上启动的职责负载优化功耗。

但就高性能运筹帷幄 (HPC) 和东谈主工智能 (AI) 职责负载的裸机职责负载束缚而言，英伟达仍然需要一款器具。事实讲解，BCM 恰是奉行这些健康检讨的器具，而措置问题的操作则通过 Slurm 职责负载束缚器完成。在英伟达收购 Bright Computing 之前，BCM 支撑不同的职责负载束缚器，但跟着 Slurm 迟缓成为高性能运筹帷幄中心乃至东谈主工智能边界职责负载束缚的践诺圭表，它被选为 Bright Cluster Manager 的默许职责负载束缚器，并在已往四年中一直是英伟达 Base Command Manager 的默许职责负载束缚器。

这似乎意味着很多高性能运筹帷幄和东谈主工智能机构不念念学习新东西——比如 Run.ai——而是念念络续使用 Slurm。关于那些领先以高性能运筹帷幄中心起家的搀杂型东谈主工智能/高性能运筹帷幄中心来说，这种情况可能尤为突出。

行动大家最迫切的IT供应商，英伟达自己也特地看重适度，这少许不消置疑。2024年10月，英伟达罢手单独销售Bright Cluster Manager，而仅将其行动AI Enterprise Stack的一部分提供。咫尺尚不明晰AI Enterprise的价钱是高于照旧低于之前单独购买Bright Cluster Manager的许可，也不明晰有若干客户曾在纯CPU系统或其他类型的加快器上使用过这款早期器具。

这就引出了英伟达收购 SchedMD 的话题，SchedMD 已向大家数百家 HPC 中心、云构建商、超大边界数据中心和企业销售了 Slurm 职责负载束缚器的支撑就业。

Slurm 技俩始于 2001 年，由劳伦斯·利弗莫尔国度实验室、Linux Network（已被 SGI 收购）、惠普（指老惠普，而非收购了 SGI 和 Cray 的新惠普）以及 Groupe Bull（已被 Atos 收购并建筑 Eviden）合营开发。2010 年，该技俩标两位独创东谈主 Morris Jette 和 Danny Auble 创立了 SchedMD，旨在为 Slurm 提供时代支撑，从而为职责负载束缚器的进一步开发提供资金。

据称，Slurm 的筹划灵感开端于超等运筹帷幄机互连拓荒制造商 Quadrics 开发的 RMS 集群资源束缚器。Slurm 最迫切的上风在于，已往十年中，在 Top500 超等运筹帷幄机名次榜上出现的运筹帷幄机中，约有 60%（代表数千台机器）使用 Slurm 行动其职责负载束缚器，而不是 IBM/Platform Computing 的负载分享器具 (LSF)、Altair 的便携式批处理系统 (PBS)、Adaptive Computing 的 Maui 和 Moab 以及 Sun/Univa Grid Engine。统统这些职责负载束缚器/功课蜿蜒器王人会将一组具有特定运筹帷幄才调需求的职责负载进行“俄罗斯方块”式的蜿蜒，最终使它们按照既定的优先级规则高效启动。

已往十年，Nvidia 和 SchedMD 一直在合营开发 Slurm，但两边在连续声明中并莫得披露太多信息，不外 Nvidia 默示，它将“络续开发和分发 Slurm，使其成为开源、厂商中立的软件，使其在多样硬件和软件环境下王人能被更平素的 HPC 和 AI 社区平素使用和支撑”。

但即便 Slurm 开源，也不虞味着英伟达会为开源版块的代码提供支撑，或者将 Slurm 的统统畴昔功能王人开源。（英伟达领有大量迥殊驱动才调、框架和算法。）英伟达已应允为 SchedMD 的现存客户提供支撑，据估计，他们将通过聘任 SchedMD 的职工来达成这少许。

咫尺尚不明晰的是，Run.ai 和 Slurm 的功能将怎样与 Base Control Manager 整合，从而为高性能运筹帷幄 (HPC) 和东谈主工智能 (AI) 集群提供一个从上至下的集群和职责负载束缚器具——而且不仅限于 AI 集群，还要议论到很多集群中可能存在一些仅使用 CPU 的机器以及非英伟达加快器。但愿 Slurm 的代码不仅八成保执开源，而且其支撑范围也能相称平素。

若是 Nvidia 试图以任何神色收尾它，其他东谈主不错获取 Slurm 代码（该代码以 GNU GPL v2.0 许可证提供），进行 fork 并络续开发。

那么，下一个问题是：英伟达咫尺是否也需要将其贸易化的 Kubernetes 集成到 AI 企业级堆栈中？Mirantis 公司依然将 OpenStack 云适度器拆分并封装到容器中，并创建了我方的 Kubernetes 达成，该公司依然与英伟达开展了大量合营，包括将 Kubernetes 集成到 BlueField DPU 上。

https://www.nextplatform.com/2025/12/18/nvidia-nearly-completes-its-control-freakery-with-slurm-acquisition/

（开端：编译自nextplatform）

*免责声明：本文由作家原创。著作内容系作家个东谈主不雅点，半导体行业不雅察转载仅为了传达一种不同的不雅点，不代表半导体行业不雅察对该不雅点赞同或支撑，若是有任何异议，宽待干系半导体行业不雅察。

今天是《半导体行业不雅察》为您分享的第4261期内容，宽待关心。

加星标第一时辰看推送，小号防走丢

求推选体育游戏app平台