TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ultra-low-latency, batching and concurrent queue for IPC in Java

113 点作者 eatonphil6 个月前

10 条评论

kllrnohj6 个月前
<a href="https:&#x2F;&#x2F;github.com&#x2F;coralblocks&#x2F;CoralRing&#x2F;blob&#x2F;1168b047e0183c9195ab48505e43e8fb2faea73d&#x2F;src&#x2F;main&#x2F;java&#x2F;com&#x2F;coralblocks&#x2F;coralring&#x2F;ring&#x2F;BlockingRingConsumer.java#L190">https:&#x2F;&#x2F;github.com&#x2F;coralblocks&#x2F;CoralRing&#x2F;blob&#x2F;1168b047e0183c...</a><p>Am I missing something here or does the BlockingRingConsumer not actually block? And worse doesn&#x27;t it just return garbage if poll is called without first checking availableToPoll?<p>The example sure looks like it... <a href="https:&#x2F;&#x2F;github.com&#x2F;coralblocks&#x2F;CoralRing&#x2F;blob&#x2F;main&#x2F;src&#x2F;main&#x2F;java&#x2F;com&#x2F;coralblocks&#x2F;coralring&#x2F;example&#x2F;ring&#x2F;BlockingConsumer.java">https:&#x2F;&#x2F;github.com&#x2F;coralblocks&#x2F;CoralRing&#x2F;blob&#x2F;main&#x2F;src&#x2F;main&#x2F;...</a><p>Which if so isn&#x27;t this like 1&#x2F;4th a library for doing IPC? It doesn&#x27;t seem to do much itself
评论 #42264444 未加载
评论 #42264028 未加载
WeaselNo76 个月前
Weird to see this here! I&#x27;ve used CoralBlocks in the low-latency trading domain previously. Highly recommend. The API is kind, they&#x27;re very responsive, and the latency is exceptional (and comes with all the basics like thread pinning built-in for convenience)
评论 #42260480 未加载
评论 #42260555 未加载
评论 #42260628 未加载
pacoverdi6 个月前
Related: <a href="https:&#x2F;&#x2F;github.com&#x2F;pcdv&#x2F;jocket">https:&#x2F;&#x2F;github.com&#x2F;pcdv&#x2F;jocket</a><p>Drop-in replacement for java.net.Socket using shared memory (and optionally, futex for notification)
1oooqooq6 个月前
it&#x27;s sad how comfy the world for spawning request is versus when you are on the receiving side.
nwellinghoff6 个月前
I don’t get it. How is this advantageous as it’s limited to one machine? Why wouldn’t you just have one jvm running multiple threads? What is the point of having multiple jvm processes interacting through this ring? Can someone enlighten me?
评论 #42263394 未加载
评论 #42263412 未加载
评论 #42263497 未加载
peterldowns6 个月前
Does anyone have suggestions for something like this, but in Golang?
exabrial6 个月前
This is fascinating. I have no idea what something like this would be used for though... what are the use cases?
评论 #42260578 未加载
BiraIgnacio6 个月前
Super cool, nice work!
capmorganbih6 个月前
Our kafka isn’t reliable enough. I need to write data on disk before flushing it to kafka. Can I use this lis to write data to disk and then consume inside same jvm. I need data to live through restarts
评论 #42260903 未加载
评论 #42260939 未加载
评论 #42262613 未加载
sylware6 个月前
ultra-low-latency and java in the same sentence... masochists?
评论 #42264944 未加载
评论 #42264562 未加载