3 ms·

I wonder if this makes .net competitive for high frequency trading...

• bob1029 1y ago
  It's been competitive for a long time now. https://medium.com/@ocoanet/improving-net-disruptor-performance-part-3-introducing-the-valuedisruptor-5b467730bbe https://medium.com/@ocoanet/improving-net-disruptor-performa...
• klysm 1y ago
  Why would you ever pick a language like this for HFT? It seems like a nonstarter for me but I guess Java is out there in use
  • clanky 1y ago
    There are plenty of domains where the competition is not one of pure latency (where FPGAs and custom hardware have even taken over from C++). In these domains managed languages can be sufficient to get to "fast enough" and the faster iteration speed and other comforts they provide can give an edge over native languages.
  • pjmlp 1y ago
    "Why we chose Java for our High-Frequency Trading application" https://medium.com/@jadsarmo/why-we-chose-java-for-our-high-frequency-trading-application-600f7c04da94 https://medium.com/@jadsarmo/why-we-chose-java-for-our-high-...
• CharlieDigital 1y ago
  Benchmark Games[0] shows C# just behind C/C++ and Rust across a variety of benchmark types. C# has good facilities for dipping into unmanaged code and utilizing hardware intrinsics so you'd have to tap into that and bypass managed code in many cases to achieve higher performance. [0] https://benchmarksgame-team.pages.debian.net/benchmarksgame/download/fastest-elapsed-gm.svg https://benchmarksgame-team.pages.debian.net/benchmarksgame/...