The exact same argument could be said for COBOL and Fortran.

>high--frequency trading systems

Probably not the Java stack itself, given GC latency and precision timing skew would translate into millions of lost dollars a second. However, people do silly things in the wrong languages all the time. =3

▲

npstr a day ago | parent | next [-]

It looks like you're not up-to-date, ZGC has pauses on the microsecond dimension. Even since before ZGC was added, there are open source libs for HFT that optimize allocations to avoid GC: https://github.com/openhft =3

	▲	Joel_Mckay a day ago \| parent [-]
		Indeed, it is likely some naive kludge like RTSJ Tend to deprecate Java services for a number of other reasons =3

▲

Yoric a day ago | parent | prev [-]

FWIW, I've seen job ads for Java developers in HFT.

It did look weird, of course, but they're also using Go (which iiuc has worse GC latency) or other garbage-collected languages (OCaml being a famous example).

	▲	Joel_Mckay a day ago \| parent [-]
		The "heinous-dual-stack-blobs" joke refers to loading native binary objects in the JVM, but its probably some newer naive kludge like RTSJ. I guess it is like using a Fiat Coupe as a gravel dump-truck. lol =3