IIRC they did something related a long time ago when you could get a 8 CPU box which was physically restricted to 6 CPUs purely so that it didn't fit into the "can have 8 CPU" Oracle license.
About 2/3rds of the servers we sold at the time probably went to run Oracle and it gave us a massive TCO (total cost of ownership) advantage compared with other vendors, especially as the POWER chips were faster than the competition too.
When most of the cost is in the software, the choice of hardware can still make a big difference.
I remember the old joke about oracle pricing spreadsheets. Lots of sliders to adjust the parameters. But no matter what you did the price would always increase.
The last SUN/SPARC server I bought (maybe 5 years ago?) had the same thing going on. 1 cpu, huge number of cores. Sun was already owned by Oracle at this point, so I would guess they are not as concerned about IBM's move as you might imagine!
Serious question: Can someone explain to me why would someone still be using Oracle in 2022 when we have equally capable or even superior open source alternatives like PostgreSQL, which have none of these shenanigans? Maybe legacy software that would be expensive to rewrite?<p>I'm a backend developer and I regularly kickstart systems (and get to choose which components we are going to use in the stack) and I fail to grasp in what kind of project I'd need to be to even consider "this might need us to bring Oracle to the table". Again, honest to goodness question, looking to learn. Is there some edge to Oracle compared to the FOSS stuff that I'm not aware?
I hoped this would explain the anomaly in AMD EPYC 3rd gen
Milan pricing for the 24 core "F" (frequency optimized) parts being cheaper than the 16 core ones, but I still can't see any hint to the reason:<p><pre><code> model | cores | price |
73F3 | 16 | $3521 |
74F3 | 24 | $2900 | <- cheapest
75F3 | 32 | $4860 |
</code></pre>
Same for 4th gen Genoa :<p><pre><code> model | cores | price |
9174F | 16 | $3850 |
9274F | 24 | $3060 | <- cheapest
9374F | 32 | $4850 |
</code></pre>
The 24-core parts have the same number of CCDs, and thus same total L3 cache, and a higher turbo than the 32-core parts.
How does this exploit Oracle database licensing?<p>POWER has a 1x core multiple today (meaning, you have to license <i>every</i> core).<p><a href="https://www.oracle.com/assets/processor-core-factor-table-070634.pdf" rel="nofollow">https://www.oracle.com/assets/processor-core-factor-table-07...</a><p>EDIT: Note, I just re-read the article. This is for the Standard Edition of the database, which basically has no extra features. I've never heard of anyone running Standard Edition except for doing local development.
This reminds me of the QDI TwinMagic, an adapter that would let you use two CPUs in a single-socket motherboard: <a href="http://www.hardware-one.com/img1/mb7.jpg" rel="nofollow">http://www.hardware-one.com/img1/mb7.jpg</a>
Can someone say why the Power chips have seemed to not really gain traction outside of IBM? There was a moment a few years back where it seemed that Google might be getting behind the Power9 chips but then we heard very little outside of some press releases. [1]<p>I remember there was speculation that this was little more than ploy to use as a negotiation tactic with Intel. I'm not sure if that was true or not.<p>[1] <a href="https://www.computerworld.com/article/3052811/ibms-power-chips-hit-the-big-time-at-google.html" rel="nofollow">https://www.computerworld.com/article/3052811/ibms-power-chi...</a>
Exploit is a really, really strong word. The way oracle refuses to acknowledge any software processor boundaries other than their own is more exploitative.<p>It's been several years, but if I remember correctly if you wanted to run an Oracle DB on a 2vcpu VM you couldn't just license 2 cores, you had to license every core on every hypervisor the VM could run on.<p>It basically means you have to get off oracle or buy oracle hardware. For large enterprises with old hardware running decades worth of business logic captured in stored procedures it's becomes a rock and a hard place situation.
After AMD's 96 core processor, a 24 core chip just doesn't sound all that impressive. The article doesn't address why you wouldn't run Oracle on X86 with more cores.