When licensing Oracle programs with Standard Edition One, Standard Edition 2 or Standard Edition in the product name (with the exception of WebCenter Enterprise Capture Standard Edition, Java SE Subscription, Java SE Support, Java SE Advanced, and Java SE Suite), a processor is counted equivalent to an occupied socket; however, in the case of multi-chip modules, each chip in the multi-chip module is counted as one occupied socket.
It doesn't get any clearer than that - it is per core. So that's significantly increased cost for pretty much most enterprise users with VMWare and high core count Xeons.
I think it's actually a bit more complicated than that because we're talking about Java SE, which is in the excepted list. On Intel/AMD, every core is counted as 0.5 "processor units" (http://www.oracle.com/us/corporate/contracts/processor-core-...) so the unit "processor" price is per 2 cores.
But whatever the definition of a processor unit is, it didn't change. The prices both before and after the change are for the same unit.
But whatever the definition of a processor unit is, it didn't change. The prices both before and after the change are for the same unit.
Umm yeah but what did change is lots of multi-core processors with increasing core count appeared and not changing the definition of processor unit to count each core as a processor means more money to Oracle. None of what you keep saying contradicts what I said - it's still a lot of money and people are not wanting to pay that much.
My point is just this: however much companies that wish to buy support pay Oracle now, it is significantly less than what they paid or expected to pay before 2019. Whatever the situation was, it was made better by the license change.
It really does get clearer than that, because I don't think it's talking about cores. None of the common Intel processors are MCM. They did make a massive 56 core Xeon by gluing two dies together and that would count.
Right, it's pretty clear elsewhere that it's per core. But the section you quoted doesn't clarify anything, it's actually contradictory and bizarre that it's present.
Only if Oracle is allowed to redefine the industry standard meaning of MCM. Read literally it does not imply per core pricing, in fact quite the opposite.
An 8 core Zen would count as 1. An 8 core Zen 2 would count as 2. A 2 core Pentium D would count as 2, but Core 2 Duo would count as 1 and a Core 2 Quad as 2. A 64 core EPYC would count as 9.
Comments
From the link I posted -
It doesn't get any clearer than that - it is per core. So that's significantly increased cost for pretty much most enterprise users with VMWare and high core count Xeons.
I think it's actually a bit more complicated than that because we're talking about Java SE, which is in the excepted list. On Intel/AMD, every core is counted as 0.5 "processor units" (http://www.oracle.com/us/corporate/contracts/processor-core-...) so the unit "processor" price is per 2 cores.
But whatever the definition of a processor unit is, it didn't change. The prices both before and after the change are for the same unit.
Umm yeah but what did change is lots of multi-core processors with increasing core count appeared and not changing the definition of processor unit to count each core as a processor means more money to Oracle. None of what you keep saying contradicts what I said - it's still a lot of money and people are not wanting to pay that much.
My point is just this: however much companies that wish to buy support pay Oracle now, it is significantly less than what they paid or expected to pay before 2019. Whatever the situation was, it was made better by the license change.
It really does get clearer than that, because I don't think it's talking about cores. None of the common Intel processors are MCM. They did make a massive 56 core Xeon by gluing two dies together and that would count.
https://en.wikipedia.org/wiki/Multi-chip_module
Read the PDF link again. There is multicore for all except products with standard in the name with the exception of Java subscription.
Right, it's pretty clear elsewhere that it's per core. But the section you quoted doesn't clarify anything, it's actually contradictory and bizarre that it's present.
What I quoted does clarify (although in a convoluted way) that it is multi-core.
Only if Oracle is allowed to redefine the industry standard meaning of MCM. Read literally it does not imply per core pricing, in fact quite the opposite.
An 8 core Zen would count as 1. An 8 core Zen 2 would count as 2. A 2 core Pentium D would count as 2, but Core 2 Duo would count as 1 and a Core 2 Quad as 2. A 64 core EPYC would count as 9.