News for hackers. Stuff that matters.

A comment on Performance of modern Java on data-heavy workloads. Parent comment

Re:Performance of modern Java on data-heavy workloads by pron on Wednesday June 10, 2020 @04:42AM (#23475132)
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.

[ Parent | on HN ]
Re:Performance of modern Java on data-heavy workloads by blinkingled on Wednesday June 10, 2020 @10:57AM (#23477707)
> 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.

[ Parent | on HN ]
Re:Performance of modern Java on data-heavy workloads by pron on Wednesday June 10, 2020 @02:04PM (#23480136)
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.
[ Parent | on HN ]