Home / DC Solutions / Technical Manuals / LTC Modelling Lab

Technical Manual · Thermal Lab

Liquid-to-Chip System Modelling Lab — Methodology & Formulas

Every input, equation, constant, output, and reference behind the LTC steady-state solver. All math is executed by the deterministic engine js/ltc-system-modelling-lab.js (function computeModel) — no back-solved constants, no random values. This is a SIMULATED / educational model; it is not a substitute for site-specific hydraulic or thermal commissioning data.

Solver computeModel (inline) Basis ASHRAE / HX Institute / ISO 14644 Sliders 5 primary Outputs 12+ Status SIMULATED — educational
▶ Open the live LTC Modelling Lab

01 Purpose & engineering basis

The LTC System Modelling Lab answers five design questions for a liquid-to-chip cooled AI/HPC data center: what coolant flow is needed, what pump power does that cost, what PUE and system COP result, how does the design score against ASHRAE / ANSI / ISO / NFPA / Uptime Institute criteria, and how sensitive are those results to each input parameter.

The solver is a steady-state energy balance with no transient dynamics: at each solver call, Q_in = Q_cooling + Q_aux (losses), and the model reports the steady-state operating point for the given inputs. This is an engineering pre-design and education aid. Final system design must be validated by site-specific thermal and hydraulic modelling and commissioned against real telemetry. All outputs are labelled SIMULATED.

02 Inputs

The lab exposes a wide set of parameters. The five primary interactive sliders (flow-driving tier) are highlighted below; the remaining parameters are set via the architecture preset or manually. Ranges are enforced by clamp() in gatherInputs().

FieldSymbolUnitRange / defaultMeaning
IT Load inItLoaditLoadMwMW0.5–80 · default 12Total IT electrical load driving the thermal calculation. itKw = itLoadMw × 1000.
Liquid Capture % inLiquidCaptureliquidCapture%0–100 · default 85Share of IT heat removed by the liquid loop. Drives liquidKw and thereby mass flow.
Supply Temperature inSupplyTempsupplyTemp°C16–42 · default 32.5Entering liquid coolant temperature (liquid, not supply-air). Warm-water LTC designs typically run high-20s to low-30s °C.
Return Temperature inReturnTempreturnTemp°CsupplyTemp+3 min · default 40.5Leaving liquid coolant temperature. Together with supply temp, sets baseDeltaT.
Pump Head inPumpHeadpumpHeadm5–90 · default 28Nominal hydraulic head for the loop. Corrected for pipe-loss multiplier and density stress.
Pump Efficiency inPumpEffpumpEff%35–95 · default 78Net pump efficiency converting hydraulic to electrical power.
Architecture preset inCoolingArchitectureenumdirect_liquid / hybrid / air_inrow_dahuAuto-loads supply/return temps, capture %, airCOP, fan power, and pipe-loss for a representative profile.
HX type / Coolant inCoolantcoolantKeyenumwater / pg20 / pg30Selects Cp and density (ρ) for the coolant. Water: Cp=4.186 kJ/kg·K, ρ=997 kg/m³; PG-20: Cp=3.92, ρ=1025; PG-30: Cp=3.75, ρ=1038.
Economizer availability inEconomizerHourseconomizerHours% of year0–95 · default 34Share of annual hours under economizer conditions. Scales air-side COP and WUE.
Facility fan power inFanPowerfanPower% of IT0.5–12 · default 2.8Residual CRAH/DAHU fan overhead before liquid-capture and control reductions.
UPS efficiency inUpsEffupsEff%90–99.5 · default 96.5UPS conversion efficiency. Loss = itKw / upsEff − itKw.
Target PUE inTargetPuetargetPue≥1.05 · default 1.20Design target used by gap analysis and optimizer. Does not affect the solver result.
Architecture presets: Direct Liquid (Warm-Water LTC) loads capture 85 %, supply 32.5 °C, return 40.5 °C, airCOP 4.6, fan 2.8 % IT. Hybrid loads capture 55 %, supply 24 °C, return 32 °C. Air In-Row/DAHU loads capture 12 %, supply 18 °C, return 24 °C. Manual bypasses auto-load.

03 Calculation methodology

The solver runs in one deterministic pass with no iteration loops. Function names map one-to-one to js/ltc-system-modelling-lab.js (computeModel).

Steady-state energy balance (conceptual)

Q_in = IT_kW (heat dissipated by servers) Q_cooling = liquidCoolingKw + airCoolingKw + fanKw Q_loss = upsLossKw + distLossKw + auxKw (3% IT) totalFacilityKw = IT_kW + Q_cooling + Q_loss (power draw) The solver does not iterate; it computes Q_cooling from the input parameters directly. Steady-state means the system is assumed to be in thermal equilibrium at the stated inputs.SIMULATED · inline computeModel

Supply temperature rise & mass flow

baseDeltaT = returnTemp − supplyTemp deltaT = clamp( baseDeltaT × (0.9 + densityStress × 0.08), 3, 20 ) [°C] liquidKw = itKw × (effectiveCapture / 100) massFlow_kg/s = liquidKw / ( Cp × deltaT ) baseFlow_m³/s = massFlow_kg/s / ρ designFlow_m³/s = baseFlow × redundancyFactor × (1 + hydraulicMargin%) × pipeFactor flowLPM = designFlow_m³/s × 60 000 Cp and ρ from coolant table (water: 4.186 kJ/kg·K, 997 kg/m³). redundancyFactor = 2 for 2N, 1.15 for N+1, 1 for N. densityStress = clamp(designDensity / 70, 0.5, 2.8).ASHRAE Liquid Cooling Guide · inline computeModel

Hydraulic pump power (affinity-law corrected)

pumpHeadEff = pumpHead × pipeFactor × (1 + (densityStress − 1) × 0.22) [m] P_hyd = ρ × g × pumpHeadEff × designFlow_m³/s / 1000 [kW] pumpPowerKw = P_hyd / pumpEff_fraction g = 9.81 m/s². pumpEff_fraction clamped to [0.35, 1]. Fan power (fan affinity law scaling): fanKw = itKw × (fanPower%) × (1 − effectiveCapture/100 × 0.55) × (1 − controlBonus × 0.18) — residual fan demand after liquid-capture and control reductions.HX Institute · pump affinity laws · inline computeModel

HX effectiveness & liquid cooling COP

supplyBonus = clamp( (supplyTemp − 28) × 0.11, −0.45, 1.5 ) economizerFraction = economizerHours / 100 liquidCOP = clamp( (6.1 + climateBias + supplyBonus + economizerFraction × 1.05 + controlBonus) × futureFactor, 3.0, 19 ) airCopEff = clamp( airCOP × (1 + economizerFraction × 0.58 + controlBonus × 0.32) × factor, 1.7, 16 ) liquidCoolingKw = (liquidKw + cduLossKw) / liquidCOP + pumpPowerKw airCoolingKw = airKw / airCopEff Higher liquid supply temperature → higher liquidCOP (warm-water rejection to cooling tower or dry cooler). Economizer availability boosts both liquid and air path effectiveness. HX effectiveness is captured through the liquidCOP / supplyBonus relationship: warmer supply allows higher approach temperature to the rejection side.HX Institute · ASHRAE · inline computeModel

PUE impact (facility + CDU pump)

upsInputKw = itKw / upsEff_fraction upsLossKw = upsInputKw − itKw distLossKw = upsInputKw × (distLoss% / 100) auxKw = itKw × 0.03 totalCoolingKw = liquidCoolingKw + airCoolingKw + fanKw totalFacilityKw = itKw + totalCoolingKw + upsLossKw + distLossKw + auxKw PUE = totalFacilityKw / itKw CDU pump power (pumpPowerKw) is already embedded in liquidCoolingKw. PUE includes UPS and distribution losses, fan load, liquid cooling overhead, and a 3% IT auxiliary allowance.ISO 30134-2 / Green Grid · inline computeModel

System COP

systemCOP = itKw / totalCoolingKw Cooling-side COP only (IT load divided by total cooling power including pump and fans).ASHRAE 90.4 · inline computeModel

WUE and annual energy

WUE = baseWUE × (1 − economizerFraction × 0.43) × (1 − effectiveCapture/100 × 0.32) × (1 − (futureFactor−1) × 0.18) annualKWh = totalFacilityKw × 8 760 annualGWh = annualKWh / 1 000 000 baseWUE is climate-specific. Economizer use and high liquid-capture reduce water consumption. WUE clamped to ≥ 0.04 L/kWh.ISO 14644 / Green Grid · inline computeModel

04 Constants & data sources

All constants are declared in the top of initCalculator() in js/ltc-system-modelling-lab.js. Coolant property block:

CoolantCp (kJ/kg·K)ρ (kg/m³)Typical use
Water (water)4.186997Standard warm-water DLC loops.
Propylene glycol 20% (pg20)3.921025Light freeze protection; moderate Cp penalty.
Propylene glycol 30% (pg30)3.751038Full freeze protection; higher density, lower Cp.
Rack profileTypical densityLiquidBiasAirResidualNotes
AI/HPC direct liquid50–100 kW/rack1.150.12GPU/TPU clusters; dominant liquid capture.
Enterprise mixed15–30 kW/rack0.820.45Mixed workloads; hybrid liquid + air.
Immersion (single-phase)80–120 kW/rack1.280.05Full immersion; near-total liquid capture.
Immersion (two-phase)80–120 kW/rack1.360.08Two-phase; highest capture bias.
Legacy air + RDHx10–25 kW/rack0.620.72Rear-door HX hybrid; mostly air-side.

Hard guardrails: deltaT must be ≥3 °C (hard-stop below 3 °C); deltaT <6 °C triggers a design warning (typical target is ≥6–10 °C). Pump efficiency below 45% is a hard-stop; below 65% is a warning. Risk index is clamped to [5, 95] and blocked above 70 for optimizer/stochastic runs.

05 Outputs

OutputFormula / derivationUnitInterpretation
Design flowflowLPML/minPump sizing flow including redundancy, margin, and pipe factor.
Pump powerpumpPowerKwkWElectrical power to CDU pump; contributes directly to PUE.
PUEtotalFacilityKw / itKwOverall facility efficiency. Typical hyperscale target 1.10–1.25.
System COPitKw / totalCoolingKwCooling-side performance; higher = better.
WUEclimate-adjustedL/kWhWater consumption per IT energy unit.
Annual energytotalFacilityKw × 8760GWh/yearFull-facility energy footprint at stated load.
Net OPEXenergy cost + water − heat-reuse creditUSD/yearAnnual operating cost after any waste-heat recovery credit.
Net carbonannualKWh × CI − avoidedCarbont CO₂e/yearGross minus heat-reuse displacement; carbon intensity is site-specific.
Thermal delta-TdeltaT°CEffective liquid loop temperature rise after density-stress correction.
Compliance scoresASHRAE / ANSI / ISO / NFPA / Uptime0–100Weighted standards-alignment index per protocol.
Risk indexadditive penalty model0–100Composite resilience risk; <35 = low, 35–60 = moderate, >60 = high.
CDU countceil(liquidKw / cduUnit)countNumber of CDU units at stated kW capacity.

06 Worked example

Default scenario: 12 MW IT load, direct-liquid architecture (85% capture), water coolant, supply 32.5 °C, return 40.5 °C, pump head 28 m, pump efficiency 78%, hydraulic margin 12%, pipe-loss ×1.0, N+1 redundancy. Numbers reproduce the live solver output at default settings.

  1. IT load: itKw = 12 × 1000 = 12 000 kW
  2. Liquid-side load: liquidKw = 12 000 × 0.85 = 10 200 kW
  3. baseDeltaT: 40.5 − 32.5 = 8.0 °C (within [3, 20] — valid design range)
  4. Mass flow: m = 10 200 / (4.186 × 8.0) = 304.7 kg/s
  5. Base volume flow: 304.7 / 997 = 0.3056 m³/s
  6. Design flow (N+1, 12% margin, ×1.0 pipe): 0.3056 × 1.15 × 1.12 × 1.0 = 0.3936 m³/s → 23 616 LPM
  7. Effective head: 28 × 1.0 × (1 + (densityStress−1) × 0.22) ≈ ~28.8 m (density stress ≈ 1.14 for 35 kW/rack default)
  8. Hydraulic power: P_hyd = 997 × 9.81 × 28.8 × 0.3936 / 1000 = ~111 kW
  9. Pump electrical power: 111 / 0.78 = ~142 kW
  10. PUE (simplified): liquid cooling + pump + air fan + UPS loss + dist loss + aux ÷ IT → ~1.27 (varies with climate / control settings)
SIMULATED result: all numbers above are educational estimates produced by the deterministic solver with default parameters. They are not site-validated measurements. Real CDU selection, pipe sizing, and pump curves must be confirmed against vendor data and hydraulic commissioning.

07 References & standards

08 Assumptions & limitations

The model assumes a well-mixed, single-pass steady-state loop at the stated supply and return temperatures. Pipe-loss multiplier (coefPipeLoss) is a network-complexity factor applied uniformly — it is not a pressure-drop simulation. CDU loss is a fixed percentage of liquid heat load (default 1.8%). Coolant properties are constant (no temperature-dependent Cp or ρ). Future-tech coefficient (coefFutureTech) is a linear efficiency multiplier without underlying technology model. Heat-reuse credit is illustrative and varies heavily by site.

This manual and the LTC lab are engineering education and pre-design aids only. Outputs are clearly labelled SIMULATED. No cross-page Rule-1 consistency is asserted (this tool is self-contained). Detailed system design must be performed by qualified mechanical and electrical engineers using site-specific data and vendor curves.

▶ Open the live LTC System Modelling Lab