On 20/04/2018 4:54 AM, Mike Hochee wrote:
I have yet to see JAVA successfully handle the data and transaction volumes
processed by the largest credit card processors, banks, insurance companies,
or the stock market.
Some of the biggest companies in the world use the JVM in their stack.
Google, Amazon, eBay, Uber not to mention Twitter, all at enormous
scale. There are several high frequency trading applications written in
Java some claiming
to do 6M tps on a single thread [1].
[1] https://martinfowler.com/articles/lmax.html
I witnessed an attempt at processing appx. 15% of IRS volume using JAVA as a
core technology. I don't know the final outcome, but when I left they were
about 400% beyond proposed SLA performance targets. C/C++ seems like a good
(maybe only) bet if they want to keep the workload on zTPF.
That's interesting! Is there a fundamental flaw in the JVM
implementation on zTPF or was it down to poor design?
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Eric Chevalier
Sent: Thursday, April 19, 2018 4:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IRS Really Needs Some New Computers
On 4/18/18 1:50 PM, Steve Beaver wrote:
IBM ALCS became zTFP. That is generally all in Assembler, unless you
use JAVA. But JAVA is way too slow
TPF has had C/C++ since 1997.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
