3 ms·
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 precisi
by Joel_Mckay 1y ago
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 1y agoIt 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 https://github.com/openhft =3
- Joel_Mckay 1y agoIndeed, it is likely some naive kludge like RTSJ Tend to deprecate Java services for a number of other reasons =3
- Yoric 1y agoFWIW, 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 1y agoThe "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