[HN Gopher] Ultra-low-latency, batching and concurrent queue for...
___________________________________________________________________
Ultra-low-latency, batching and concurrent queue for IPC in Java
Author : eatonphil
Score : 26 points
Date : 2024-11-22 13:54 UTC (5 days ago)
(HTM) web link (github.com)
(TXT) w3m dump (github.com)
| WeaselNo7 wrote:
| 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)
| smarx007 wrote:
| How does it compare to LMAX Disruptor if you have any
| experience with both?
| algo_trader wrote:
| > 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 wrote:
| Given the documentation says that this is supposedly to be
| between JVMs, how do they handle the serialize/deserialize?
| exabrial wrote:
| This is fascinating. I have no idea what something like this
| would be used for though... what are the use cases?
| tadfisher wrote:
| Basically if you want to schedule workers on a separate JVM,
| but don't want to pay the latency cost of something like a DB-
| backed queue or a library with some FFI component.
___________________________________________________________________
(page generated 2024-11-27 23:00 UTC)