WeaselNo7 9 hours ago

Weird to see this here! I've used CoralBlocks in the low-latency trading domain previously. Highly recommend. The API is kind, they're very responsive, and the latency is exceptional (and comes with all the basics like thread pinning built-in for convenience)

3
smarx007 8 hours ago

How does it compare to LMAX Disruptor if you have any experience with both?

papercrane 6 hours ago

They're both similar in design, the main difference is Coral Queue can be used for IPC between JVMs, using a mmap'd file.

arnold_palmur 4 hours ago

See https://github.com/real-logic/aeron (also from the creator of the disruptor)

algo_trader 7 hours ago

> CoralBlocks in the low-latency trading domain previously.

Yeah, modern JVM is a true miracle and you can be x5 productive (and safe!) compared to C/C++

Do you have any recommendations for a low latency work queue (with in a jvm)?

I want to spawn millions of micro-second-tasks per second, to worker cores..

I am on a massive cache CPU so memory latency hasnt raised its ugly head yet

EDIT: not LMAX please...

bsder 7 hours ago

Given the documentation says that this is supposedly to be between JVMs, how do they handle the serialize/deserialize?

kasey_junk 7 hours ago

They punt on the actual serialization format: https://www.coralblocks.com/index.php/inter-process-communic...

In most applications like this you'll see direct byte manipulation to byte buffers because you want to pull as much performance as possible.

There are fast serialization formats like SBE that people leverage for this as well.