Processor Value Units price IBM software per core. Sub capacity, ILMT, and the PVU table decide what the customer actually owes. Read every part.
The PVU metric prices IBM middleware per core. Sub capacity, ILMT, and the PVU table decide the actual entitlement. Get any of these wrong and the audit finding writes itself.
The Processor Value Unit metric is IBM's legacy answer to per core licensing. Every active IBM middleware product priced per PVU carries a PVU per core rate that varies by processor architecture, vendor, and model.
What follows is the buyer side reference. The metric, the table, the sub capacity rules, the ILMT obligations, and the audit exposure when the math goes wrong.
PVU is an entitlement unit, not a performance unit. The number on each core in the PVU table is the licensing weight, not the processing capacity.
One PVU is one unit of IBM entitlement on one core for one product. The customer buys PVUs against a product and consumes PVUs on every core where the product runs.
Most legacy IBM middleware is priced per PVU in 2026. Cloud Paks use VPC, but the underlying products inside many Cloud Paks still retain PVU entitlement.
The PVU table maps each processor to a PVU per core rate. IBM updates the table periodically.
Modern Intel Xeon Scalable cores rate at fifty to one hundred PVU. AMD EPYC cores rate at seventy to one hundred. Older Intel chips can rate as low as thirty.
IBM Power cores rate at one hundred twenty to two hundred PVU. The premium reflects the higher per core performance of Power chips.
Arm, SPARC, and mainframe IFL cores each have separate PVU ratings. New chips often launch with a PVU rate set before publication.
PVU per core rates for common chips in 2026
| Processor family | Typical PVU per core | Sub capacity eligible | Notes |
|---|---|---|---|
| Intel Xeon Scalable Gen 5 | 70 | Yes | Most enterprise x86 estate |
| AMD EPYC Genoa | 70 | Yes | High core count, low PVU |
| IBM Power10 | 120 | Yes | Standard for Power workloads |
| Arm Neoverse N2 | 70 | Yes | Newer arch, similar to x86 rates |
| Older Intel Xeon E7 | 100 to 120 | Yes | Legacy estate often misrated |
Sub capacity reduces the entitlement requirement to the cores actually used by the IBM product, not the cores on the physical host.
Sub capacity is available on most modern Intel, AMD, and Power servers running supported virtualisation. The list of approved virtualisation technologies sits in IBM's Sub Capacity guide.
Sub capacity entitlement equals PVUs per core multiplied by the maximum number of cores assigned to the product over the measurement period.
ILMT measures the high water mark of cores assigned to the product during each quarter. The customer must own PVUs at least equal to the high water mark.
ILMT is the gatekeeper of every sub capacity dollar. Without it, the customer paid for sub capacity and earned full capacity exposure.
Sub capacity rights exist only with valid ILMT data. ILMT obligations are non negotiable.
ILMT must be deployed within ninety days of first sub capacity entitlement use. Missing the window converts the claim to full capacity.
Scans must run at least every thirty days on every server in scope. Missing scans break the entitlement chain for that quarter.
Reports must be retained for two years. Audit requests can pull historical quarterly reports back two years.
PVU audit exposure follows three failure modes.
Missing ILMT converts every sub capacity claim to full capacity. The full capacity claim multiplies entitlement requirement by the ratio of host cores to product cores.
Scans more than thirty days old break the entitlement chain for that quarter. Settlements include retrospective full capacity claims on the broken quarters.
New chips can launch with higher PVU rates than the customer planned for. Quarterly review of the PVU table is the only defense.
A Processor Value Unit is an IBM entitlement unit on one processor core for one product. Customers buy PVUs and consume PVUs on every core where the product runs.
The PVU rate per core sits in the IBM PVU table. The table maps each processor model to a rate. Modern Intel cores rate at fifty to one hundred PVU. Older or higher performance cores rate higher.
Sub capacity entitles the customer to license only the cores actually assigned to the IBM product, not every core on the host. Sub capacity requires ILMT.
Yes. ILMT must be deployed within ninety days of first sub capacity use. Scans must run at least every thirty days. Reports must be retained two years.
Sub capacity claims convert to full capacity. Full capacity multiplies entitlement requirement by the ratio of total host cores to product cores. Findings can run ten times the licensed quantity.
Periodically, usually one to two times per year. New chip families get added with PVU rates set by IBM. Quarterly review of the table is the buyer side norm.
ILMT posture, sub capacity rules, PVU mechanics, ELA renewal moves, and the buyer side framework across the full IBM and Red Hat estate.
Used across more than five hundred enterprise engagements. Independent. Buyer side. Built for procurement leaders running the next renewal cycle.
PVU mistakes never come from the metric. They come from a missing ILMT scan and a sub capacity claim with no proof.
500+ enterprise clients. 11 vendor practices. Industry recognized. One conversation can change what you pay for the next three years.
Monthly briefings on IBM PVU mechanics, ILMT changes, and the buyer side moves across legacy middleware.
Once a month. Audit patterns, renewal benchmarks, vendor commercial signals across Oracle, Microsoft, SAP, Salesforce, IBM, Broadcom, AWS, Google Cloud, ServiceNow, Workday, Cisco, and the GenAI vendors. No follow up sales pressure.
Free providers (Gmail, Yahoo, Outlook) cannot subscribe. Work email only. Unsubscribe in one click.