"[T]he IBM Telum II processors are eight cores running at 5.5GHz and with a 360MB virtual L3 cache and 2.88GB virtual L4 cache. Telum II brings a new data processing unit, I/O advancements, and other features to help accelerate AI workloads."
But if you do, if you actually have such massive data streams and low tolerance for latencies that sharding them over many machines costs a lot in overhead and throughput slows down intolerably at load peaks, then these machines are most likely a bargain. They allow you to do things very few other can do, resulting in a moat around your business and locks you in with IBM.
Or you've been around since the seventies and your software largely consists of COBOL, Fortran and assembly for this line of architectures, and it would cost you two decades of the great rewrite while all your developers do very little else, then it's also a bargain to be able to stay in business.
I recently had to wait two quarters to launch a product because the only person who knew what some cobol accounting program did was out on leave.
This is one of the many reasons many big corporations fail to innovate. It is very hard (near impossible) to implement new systems in an environment dominated by old ones (not talking only about software and hardware here, also organizational dynamics).
That being said, the problem isn't so much the COBOL language itself but rather that all the software written in it is connected to all kinds of database system, messaging systems(?) and whatnot, making it very hard to move to some non-mainframe platform even if a customer so chooses. Or to put it another way, it's cheaper to pay even the very high prices to IBM to keep on the mainframe track rather than to migrate.
Many mangers in large companies, derive their status and power from a knowledge of existing business processes and procedures. Any substantive changes to those procedures obviously represent an existential threat to that position and they generally resist it, often very vigorously.
How many times companies was forced to pay for MS Windows, OEM or not ?
That COBOL apps and os'es used there are all already payd production quality software from XX dot 50's and all that is needed, sometimes, is to put in new piece of hardware. That is totally other civilisation.
Ok, I may be colorizing but this is a general concept.
Don't mention 100 years of "software modifications" because windows ecosystem can't win that contest anyway.