IBM Z Telum Mainframe Processor at Hot Chips 33
servethehome.com
servethehome.com
I finally got around to running some benchmarks for the compression accelerator yesterday and the results are were pretty incredible resulting in up to 20 speedup for decompression and up to 200 times for compression. It would be very interesting if other chip manufacturers began incorporating accelerators for operations like that.
But yeah. We say that for every Z CPU. This one is no different.
The article (post?) itself has what seem to be incomplete sentences, as if ML-written.
Example: ```New error correction and sparing where even an entire L2 cache array has an issue to drive beyond 99.99999% availability (seven 9s.)```
Something "having an issue" is usually indicative of a problem. Did they mean "despite an entire L2 cache array having an issue, the CPU can still drive beyond..."?
Or:
```This core uses SMT2 and can run after.```
Ummm. After what? Where?
"This is being done live, so please excuse typos."
I'm not sure that I understand myself. I'm just guessing that this article was written at a convention or presentation in a 'live-tweeting' like context. Sort of like war-time reporters in decades past phoning in stories to their editors.
(How else will you train new evangelists? How else will you get more operators from younger generations?)
https://twitter.com/raptorcompsys/status/1295364416469377026...
There is also moshix' youtube channel covering the topic.
As of 2021, the total unit of Mainframe in use is still increasing at steady pace.
Personally I encountered mentions of core bank software (as in, the actual account holding code) being available from one vendor in z/OS and OpenVMS versions, some places I know of use DB2 on z/OS for various data, a certain big international powerhouse of a bank has probably everything from IBM z/OS to several cloud offerings.
There are also banks that run "pretty modern"... and frankly speaking, that one case I know was the most shitty code - and it still had COBOL, except now with added Oracle in the mix on top of horrible mess of RHEL.