> For clean Markdown of any page, append .md to the page URL.
> For a complete documentation index, see https://docs.nvidia.com/dsx/llms.txt.
> For AI client integration (Claude Code, Cursor, etc.), connect to the MCP server at https://docs.nvidia.com/dsx/_mcp/server.

# NVIDIA DSX MaxLPS Overview

> A concise introduction to NVIDIA DSX MaxLPS, a suite of chip, thermal, system, and software technologies to maximize performance-per-watt for AI factories operating within a fixed power envelope.

#### MaxLPS Overview

<h2>
  Design and operate AI factories for more throughput per megawatt
</h2>

<p>
  Up to 40% more GPUs within the same site-power envelope
</p>

<p>
  NVIDIA DSX MaxLPS is an AI factory design and operating framework that coordinates facilities and site design, NVIDIA Dynamic Power Software (DPS), and advanced performance-per-watt techniques to help NVIDIA Cloud Partners (NCPs) and other AI factory operators maximize performance per watt within a fixed power budget. Planning AI factories for MaxLPS can also make more GPU capacity available to tenants and increase throughput per megawatt.
</p>

<p>
  Select one or more MaxLPS capabilities to reveal where they apply in the stack, then hover over or select a highlighted layer capability to view related resources.
</p>

<p>
  <a href="#maxp">MaxP</a>

   and 

  <a href="#maxq">MaxQ</a>

   are static GPU-level power settings: MaxP is the highest GPU power setting, while MaxQ targets the best application performance per watt. 

  <a href="#maxlps-mode">MaxLPS</a>

   extends optimization across the AI factory by combining facilities and site design, DPS for dynamic power allocation, and advanced performance-per-watt techniques within a fixed site power envelope.
</p>

<p>
  Select MaxP, MaxQ, or MaxLPS to update the GPU capacity and AI factory outcome within the same fixed power budget.
</p>

<p>
  The capacity comparison above shows the potential AI factory outcome. Realizing this potential requires planning for the full MaxLPS target, including a facility design that supports 45°C cooling, even when day-one workloads with higher GPU-power requirements, such as training, offer less headroom than inference. Planning the AI factory to support the power, cooling, and network capacity of that target gives operators flexibility to expand quickly as the workload mix changes over time.
</p>

<p>
  The next three tabs show how MaxLPS applies these connected optimizations at the site, rack, and workload levels: facilities and site-design innovations help make more of the fixed site-power envelope available to IT; Dynamic Power Software manages available IT power, including reclaiming unused allocation; and workload performance-per-watt optimization makes managed capacity more productive.
</p>

#### Facilities and Site Design

<h2>
  45°C cooling increases efficiency and power available for compute
</h2>

<h3 id="facilities-value-title">
  What this unlocks
</h3>

<p>
  Realizing the full MaxLPS benefit—including up to 40% more GPU capacity within the same site-power envelope—requires a facility design that supports 45°C cooling. Where site conditions support efficient 45°C operation, more of the site-power envelope can be available to IT. That gives the project a basis to plan the full MaxLPS design point—power, cooling, East-West network capacity, and rack positions—before infrastructure choices are finalized, even when the MaxLPS GPU count will not be deployed on day one.
</p>

<p>
  In many AI factory designs, site-power allocation is largely fixed. That allocation must cover IT, power distribution, cooling, and other facility overhead; when the cooling system maintains the thermal design point with less power, more of the fixed site-power envelope is available to IT, and the reverse is also true.
</p>

<h3 id="reclaiming-site-power">
  How 45°C cooling can make more site power available to IT
</h3>

<p>
  The 45°C 

  <a href="#tcs">Technology Cooling System (TCS)</a>

   design point can widen the opportunity for 

  <a href="#dry-cooling">dry cooling</a>

   and reduce cooling overhead when site and ambient conditions permit. Conditions differ by location and time of year; for example, a cooler location such as Ireland may need trim support only during the hottest part of the year, while an Arizona site may need trim support for much of the year and 

  <a href="#mechanical-cooling">mechanical cooling</a>

   during the hottest conditions. These operating patterns must be validated during facilities planning.
</p>

<p>
  At the rack, the TCS is designed for a 45°C supply design point. A 

  <a href="#cdu">coolant distribution unit (CDU)</a>

   transfers that rack-level heat to a separate facility cooling loop, which carries it to on-site heat-rejection equipment.
</p>

<p>
  The diagram also shows a separate, lower-temperature air-cooling loop for CRAHs and air-cooled support equipment. This loop is distinct from the liquid TCS loop serving the liquid-cooled racks.
</p>

<h3 id="facilities-action-title">
  Put this into practice
</h3>

<p>
  Plan the full MaxLPS design point before infrastructure choices are finalized, then deploy the GPU count needed for the day-one workload and expand within the planned site capacity as workload needs evolve.
</p>

<ul>
  <li>
    Establish the approved site-power envelope and the share allocated to IT, power distribution, cooling, and other facility loads.
  </li>

  <li>
    Evaluate cooling operation against expected site and seasonal conditions, including when dry cooling, trim, or mechanical cooling may be required to maintain the thermal design point.
  </li>

  <li>
    Plan electrical distribution, cooling, network capacity, and physical space for the full MaxLPS capacity target.
  </li>

  <li>
    Use site-specific analysis to decide whether recovered power supports population of additional planned GPU rack positions, operational headroom, or both.
  </li>
</ul>

#### Dynamic Power Software

<h2 id="reclaiming-rack-power">
  Reclaim stranded rack power from static provisioning
</h2>

<h3 id="dps-value-title">
  What this unlocks
</h3>

<p>
  NVIDIA Dynamic Power Software (DPS) reallocates unused allocation across managed GPU and rack groups within configured policies and the validated topology. This helps operators make deployed capacity more productive as demand changes and, where the site was planned for it, supports later population of additional GPU rack positions.
</p>

<p>
  To protect the facility, static configurations allocate power capacity at individual racks for credible peaks, failures, and other operating extremes. Actual demand is less uniform: tenant activity, workload mix, and operating conditions mean that not every GPU and rack needs its maximum power at the same time. The gap between allocated capacity and observed use can strand power that could otherwise support productive AI compute. Across a fleet, workload-specific demand can sit below static rack allocations, creating headroom that 

  <a href="#maxlps-mode">MaxLPS</a>

   can manage within the same fixed site-power envelope.
</p>

<p>
  Using an approved Vera Rubin 227 kW MaxP 

  <a href="#tdp">Thermal Design Power (TDP)</a>

   as the fixed per-rack allocation basis, the rack comparison below shows how workload demand below static allocation bands creates stranded rack power and how MaxLPS can manage that headroom within the same planned rack-power budget.
</p>

<h3 id="dynamic-power-allocation">
  How DPS coordinates power
</h3>

<p>
  NVIDIA DSX MaxLPS uses DPS to monitor GPU and rack-level consumption and manage available power across configured GPU and rack groups within the fixed AI factory power budget, reallocating capacity within defined budgets as conditions change.
</p>

![Power-aware MaxLPS GPU allocation workflow: DPS collects GPU, rack, and group telemetry; identifies unused allocation; and updates GPU limits and group allocations within policy. It validates the group against the approved power budget, repeats adjustments when needed, and responds to power events and emergency policies on a best-effort basis.](https://fdr-prod-docs-files-public.s3.us-east-1.amazonaws.com/nvidia-dsx.docs.buildwithfern.com/f04b78a4c99e36ec4e49938989621308f3a1cfea0b44991fa19cd7bb10ce5e38/_dot_dot_/docs/maxlps/assets/images/maxlps-power-allocation-workflow-no-logo.png?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Content-Sha256=UNSIGNED-PAYLOAD&X-Amz-Credential=AKIA6KXJSKKNFOCF7G4B%2F20260821%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20260821T150921Z&X-Amz-Expires=604800&X-Amz-Signature=5ffb58ef5af237984f766b6531eb1bab686366504cfacfb46c2ce7a507c52c2f&X-Amz-SignedHeaders=host&x-amz-checksum-mode=ENABLED&x-id=GetObject)

<h3 id="dps-action-title">
  Put this into practice
</h3>

<p>
  Validate the managed power topology, device model, and policy boundaries before using DPS. It can improve use of GPU rack positions populated on day one and support growth into space the site was designed to accommodate as power is recovered when the workload mix evolves.
</p>

<ul>
  <li>
    DPS is power-topology aware. It uses a model of the site power system and configured constraints to coordinate power across managed GPU and rack groups within the approved AI factory power envelope.
  </li>

  <li>
    DPS uses 

    <a href="#gpu-power-telemetry">GPU power telemetry</a>

     to verify that allocations are working as intended and can account for unmanaged loads using static assumptions. Where available, site-level meter data can provide an additional validation signal. Facility controls and electrical protections remain responsible for operating and protecting the physical infrastructure.
  </li>
</ul>

#### Workload Perf Optimization

<h2 id="workload-aware-optimization">
  Advanced performance-per-watt techniques for AI factory workloads
</h2>

<h3 id="workload-value-title">
  What this unlocks
</h3>

<p>
  MaxLPS-managed capacity creates the opportunity to improve useful inference output from the AI factory GPUs. Workload and serving choices determine how productively that capacity is used for the intended service objective.
</p>

<p>
  Once NVIDIA DSX MaxLPS manages available power within configured policies, workload and serving choices determine how productively inference services use that capacity. Model behavior, traffic patterns, serving topology, and performance targets can affect GPU power demand. Power-aware orchestration can also coordinate inference services with MaxLPS-managed capacity—for example, with NVIDIA Dynamo. For supported inference workloads, GPU power profiles can align configured power to the workload’s power-performance objective.
</p>

<h3 id="workload-action-title">
  Put this into practice
</h3>

<p>
  Apply the checks below to validate workload fit and serving behavior before committing capacity to the intended workload.
</p>

<ul>
  <li>
    Select and validate pre-tuned GPU 

    <a href="#power-profiles">workload power profiles</a>

     against the intended model, traffic pattern, and power-performance objective.
  </li>

  <li>
    Evaluate serving and operational controls under the expected workload mix and available MaxLPS-managed capacity.
  </li>
</ul>

#### FAQ

<h2>
  Frequently asked questions
</h2>

<h3>
  When should an AI factory operator consider MaxLPS?
</h3>

<p>
  AI factory operators should plan for MaxLPS from the start. Site power is constrained, and recovering stranded power can improve AI factory performance per watt within the available power envelope.
</p>

<h3>
  What products are supported with MaxLPS DPS?
</h3>

<p>
  Current support includes Blackwell HGX platforms (B200 and B300), NVL72 platforms (GB200 and GB300), and Vera Rubin NVL72. NVIDIA plans to add support for Rubin HGX and additional platforms over time.
</p>

<h3>
  Can MaxLPS be considered for an existing AI factory as well as a new deployment?
</h3>

<p>
  MaxLPS can be evaluated for both existing and planned AI factories. New-site planning can build in capacity optionality early. For existing sites that have stranded power, an assessment of cooling, networking, and space is required.
</p>

<h3>
  Should an AI factory’s power and cooling design requirements be set for MaxLPS?
</h3>

<p>
  MaxLPS should be used for site-level system planning, including rack population, the operating power envelope, and peak concurrency. Local electrical distribution and rack-side cooling capacity should be sized for MaxP, while the facility water loop should be sized for MaxQ. This layered approach provides the local peak capacity needed to allocate and cap power dynamically while keeping total site demand within the planned power envelope.
</p>

<h3>
  What does MaxLPS control, and what remains under facilities control?
</h3>

<p>
  NVIDIA DSX MaxLPS uses DPS to manage available power across configured GPU and rack groups within defined policies and budgets. Facility controls and electrical protections continue to operate and protect the physical power and cooling infrastructure; MaxLPS does not replace those systems.
</p>

<h3>
  How can I evaluate DPS for my environment?
</h3>

<p>
  Review the DPS documentation to understand the dynamic power-allocation model and deployment requirements. DPS can also be installed as a developer preview. For site-specific deployment and support guidance, contact your NVIDIA representative.
</p>

<h3>
  What needs to be validated before a MaxLPS or DPS pilot?
</h3>

<p>
  A MaxLPS pilot or a DPS developer-preview pilot begins with a bounded scope and a validated deployment plan. This includes confirming the expected inference-focused workload mix and operating objective to gauge fit, as well as a supported management environment, a validated power topology and device model, usable telemetry, and operator-approved policies, targets, and recovery steps.
</p>

#### Next Steps

<h2>
  Plan for the MaxLPS design point
</h2>

<p>
  Ready to evaluate MaxLPS for your AI factory? Follow these steps and work with your NVIDIA representative to access NVOnline resources and plan your site-specific deployment.
</p>

<nav aria-label="MaxLPS resource path">
  <ol>
    <li>
      A

      <strong>Plan for the MaxLPS design point</strong>
    </li>

    <li>
      B

      <strong>Plan power management</strong>
    </li>

    <li>
      C

      <strong>Optimize workload performance per watt</strong>
    </li>
  </ol>

  <p>
    <rect width="18" height="11" x="3" y="11" rx="2" ry="2" /><path d="M7 11V7a5 5 0 0 1 10 0v4" />

     (NVOnline access required. Contact your NVIDIA representative for details.)
  </p>
</nav>

<h2>
  A

  Plan for the MaxLPS design point
</h2>

<p>
  Engage NVIDIA early to work through the planning sequence and the reference-design resources below.
</p>

<ol>
  <li>
    <strong>Select the GPU product family.</strong>

     The selected family establishes the GPU-rack power range and the applicable GPU Compute (East-West) network reference architecture.
  </li>

  <li>
    <strong>Determine usable IT power for 45°C cooling.</strong>

     Account for facility cooling needs and site efficiency to determine the IT power available for compute and network. Where site conditions support 45°C operation, more of the fixed site-power budget may be available to IT.
  </li>

  <li>
    <strong>Size the <a href="#east-west-network">East-West network</a> to the MaxLPS GPU count.</strong>

     Determine the number of GPUs that fit within the available IT power at the MaxLPS setting, then size the GPU Compute (East-West) network for that count.
  </li>

  <li>
    <strong>Determine the number of GPU rack positions.</strong>

     After accounting for network power, calculate how many physical rack positions can be populated with GPU racks.
  </li>

  <li>
    <strong>Build for MaxLPS; deploy for the day-one workload.</strong>

     Build space, power, cooling, and network for the full MaxLPS design point, then set the initial number of populated GPU rack positions to match the expected workload.
  </li>
</ol>

<a href="https://partners.nvidia.com/DocumentDetails?DocID=1161311">
  <rect width="18" height="11" x="3" y="11" rx="2" />

  <path d="M7 11V7a5 5 0 0 1 10 0v4" />

  <strong>
    Sizing DSX AI Factory Infrastructure for MaxLPS
  </strong>

  Reference Design Technical Note on infrastructure-sizing considerations across MaxP and MaxQ GPU power profiles and the MaxLPS AI factory framework. (NVOnline #1161311)
</a>

<a href="https://partners.nvidia.com/DocumentDetails?DocID=1145739">
  <rect width="18" height="11" x="3" y="11" rx="2" ry="2" />

  <path d="M7 11V7a5 5 0 0 1 10 0v4" />

  <strong>
    NVIDIA DSX - Vera Rubin Facilities Infrastructure Reference Design
  </strong>

  This reference design for NVIDIA Vera Rubin AI factory facilities infrastructure includes details on MaxLPS electrical-power provisioning and capacity planning. (NVOnline #1145739)
</a>

<a href="https://partners.nvidia.com/DocumentDetails?DocID=1148853">
  <rect width="18" height="11" x="3" y="11" rx="2" ry="2" />

  <path d="M7 11V7a5 5 0 0 1 10 0v4" />

  <strong>
    Vera Rubin NVL72 Rack System Specification
  </strong>

  Use the rack-level thermal, electrical, and power-system specifications to ground a qualified MaxLPS implementation. (NVOnline #1148853)
</a>

<h2>
  B

  Plan power management
</h2>

<p>
  Use these resources to scope the power-management approach for a MaxLPS deployment or pilot.
</p>

<a href="https://docs.nvidia.com/datacenter/dps">
  <strong>
    NVIDIA Dynamic Power Software
  </strong>

  Learn the dynamic power-allocation model through the SDK documentation and use the DPS guidance and the available developer preview to scope a site pilot for GPU and rack power management.
</a>

<a href="https://partners.nvidia.com/DocumentDetails?DocID=1153760">
  <rect width="18" height="11" x="3" y="11" rx="2" ry="2" />

  <path d="M7 11V7a5 5 0 0 1 10 0v4" />

  <strong>
    Power Management for NVIDIA Vera Rubin Data Center Systems
  </strong>

  Review product-specific power-management guidance with your NVIDIA representative as you develop a deployment or pilot plan. (NVOnline #1153760)
</a>

<h2>
  C

  Optimize workload performance per watt
</h2>

<p>
  Use workload-aware power profiles as a starting point for advanced performance-per-watt tuning.
</p>

<a href="https://developer.nvidia.com/blog/optimize-data-center-efficiency-for-ai-and-hpc-workloads-with-power-profiles/">
  <strong>
    Workload Power Profiles
  </strong>

  See how workload-aware power profiles can be a starting point for advanced performance-per-watt tuning.
</a>

#### Glossary

<h2>
  Glossary
</h2>

<p>
  Plain-language definitions for terms used across the MaxLPS overview.
</p>

<table>
  <thead>
    <tr><th scope="col">Term</th><th scope="col">Definition</th></tr>
  </thead>

  <tbody>
    <tr id="pue">
      <td>Power Usage Effectiveness (PUE)</td>

      <td>A measure of how much facility power reaches IT equipment compared with the total power used by the data center.</td>
    </tr>

    <tr id="maxp">
      <td>MaxP</td>

      <td>MaxP is the highest GPU power setting, applied through static power allocation. It is used to design rack- and row-level power and cooling infrastructure. In practice, use it when maximum throughput matters and the site’s power envelope allows it.</td>
    </tr>

    <tr id="maxq">
      <td>MaxQ</td>

      <td>MaxQ is the GPU setting that provides the best application performance per watt, applied through static power allocation. It caps GPU power below MaxP but, by itself, does not coordinate power across the AI factory.</td>
    </tr>

    <tr id="maxlps-mode">
      <td>NVIDIA DSX MaxLPS</td>

      <td>An AI factory framework that combines facilities and site design, DPS, and advanced performance-per-watt techniques to maximize AI factory performance per watt and throughput per megawatt, improving efficiency and utilization within fixed AI factory power envelopes. Unlike static GPU-level settings, MaxLPS coordinates power dynamically across the AI factory.</td>
    </tr>

    <tr id="tdp">
      <td>Thermal Design Power (TDP)</td>

      <td>A specified power level used for thermal and infrastructure planning for a product or rack operating configuration. It is not a prediction of observed workload power.</td>
    </tr>

    <tr id="tcs">
      <td>Technology Cooling System (TCS)</td>

      <td>The rack-level cooling loop that carries heat from liquid-cooled IT equipment to the CDU.</td>
    </tr>

    <tr id="cdu">
      <td>Coolant distribution unit (CDU)</td>

      <td>A heat-exchange system that transfers heat from the rack-level TCS loop to the facility cooling loop.</td>
    </tr>

    <tr id="dry-cooling">
      <td>Dry cooling</td>

      <td>Heat rejection to ambient air through equipment such as dry coolers, reducing reliance on mechanical cooling when site and ambient conditions permit.</td>
    </tr>

    <tr id="mechanical-cooling">
      <td>Mechanical cooling</td>

      <td>Cooling that uses equipment such as chillers when dry cooling alone cannot meet site conditions.</td>
    </tr>

    <tr id="dps">
      <td>Dynamic Power Software (DPS)</td>

      <td>NVIDIA software that monitors power consumption and manages available power across configured GPU and rack groups within defined policies and budgets.</td>
    </tr>

    <tr id="gpu-power-telemetry">
      <td>GPU power telemetry</td>

      <td>Power-consumption data reported by GPUs and used by DPS to verify allocations and manage available capacity.</td>
    </tr>

    <tr id="power-profiles">
      <td>Workload power profiles</td>

      <td>Pre-tuned GPU configurations selected to better match supported workloads and their power-performance objectives.</td>
    </tr>

    <tr id="east-west-network">
      <td>East-West network</td>

      <td>The GPU Compute network that carries traffic between GPUs and racks within the AI factory.</td>
    </tr>
  </tbody>
</table>