https://github.com/real-logic/Aeron
Is well regarded & open source
In Say No to Paxos Overhead: Replacing Consensus with Network Orderingaeron-io
aeron
Java2014–2025
aeron-io / aeron
aeron
Efficient reliable UDP unicast, UDP multicast, and IPC message transport
29Distinct people
31Mentions
0Explicit recommenders
9KGitHub stars
What to know before exploring
What it is
Efficient reliable UDP unicast, UDP multicast, and IPC message transport
GitHub
Where it is used
No documented product use was verified in the last source check.
What people are saying
No recommendation phrase was found in the indexed comments.
No classified warning is attached to this page. Read the discussions before treating silence as approval.
Also in these discussions
No other repository is repeatedly linked in the same discussions.
This week on Hacker News
Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 7:24:48 PM UTC.
No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.
Mentions over time
HN mentions by year31 dated mentions
Observed mentions: 2014-11-06 15:09:38 UTC to 2025-07-12 20:25:18 UTC.
Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.
View mention counts and date ranges
| Period | Start (UTC) | End (exclusive, UTC) | Mentions | Submissions | Comments |
|---|---|---|---|---|---|
| 2014 | 2014-01-01 00:00:00 UTC | 2015-01-01 00:00:00 UTC | 2 | 1 | 1 |
| 2015 | 2015-01-01 00:00:00 UTC | 2016-01-01 00:00:00 UTC | 4 | 0 | 4 |
| 2016 | 2016-01-01 00:00:00 UTC | 2017-01-01 00:00:00 UTC | 7 | 2 | 5 |
| 2017 | 2017-01-01 00:00:00 UTC | 2018-01-01 00:00:00 UTC | 2 | 0 | 2 |
| 2018 | 2018-01-01 00:00:00 UTC | 2019-01-01 00:00:00 UTC | 1 | 0 | 1 |
| 2019 | 2019-01-01 00:00:00 UTC | 2020-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2020 | 2020-01-01 00:00:00 UTC | 2021-01-01 00:00:00 UTC | 6 | 1 | 5 |
| 2021 | 2021-01-01 00:00:00 UTC | 2022-01-01 00:00:00 UTC | 2 | 1 | 1 |
| 2022 | 2022-01-01 00:00:00 UTC | 2023-01-01 00:00:00 UTC | 2 | 0 | 2 |
| 2023 | 2023-01-01 00:00:00 UTC | 2024-01-01 00:00:00 UTC | 3 | 1 | 2 |
| 2024 | 2024-01-01 00:00:00 UTC | 2025-01-01 00:00:00 UTC | 1 | 0 | 1 |
| 2025 | 2025-01-01 00:00:00 UTC | 2026-01-01 00:00:00 UTC | 1 | 1 | 0 |
From the project README
An excerpt from the repository, fetched Nov 13, 2026.
Read the project’s introduction
Aeron
Efficient reliable UDP unicast, UDP multicast, and IPC message transport. Java, C, and C++ clients are available in this
repository, and a .NET client is available. All
clients can exchange messages across machines, or on the same machine via IPC, very efficiently. Message streams can be
recorded by the Archive module to persistent storage
for later, or real-time, replay. Aeron Cluster
provides support for fault-tolerant services as replicated state machines based on the
Raft consensus algorithm.
Performance is the key focus. A design goal for Aeron is to be the highest throughput with the lowest and most
predictable latency of any messaging system. Aeron integrates with
Simple Binary Encoding (SBE) for the best possible message
encoding and decoding performance. Many of the data structures used in the creation of Aeron have been factored out to
the Agrona project.
For details of usage, protocol specification, FAQ, etc., please check out the
Wiki.
For the latest version information and changes, see the Change Log
with Java downloads at Maven Central.
Aeron is owned and operated by Adaptive Financial Consulting. Originally created by Martin Thompson and Todd Montgomery, the Aeron team joined Adaptive in 2022.
For Business users, to get started with Aeron Premium, please visit Aeron.io
We provide a range of services, including:
Training for development and operations with Aeron and Aeron Cluster.
Consulting, for example, if you’re not sure how to design your system or need help tuning your system.
We also offer a number of proprietary enhancements on top of Aeron and Aeron Cluster, such as kernel bypass with DPDK for increased performance, and blazing fast encryption with ATS.
If you’re building a new trading system, we have experienced Aeron developers who can help.
Please get in touch at sales@aeron.io if you would like to learn more about any of these.
How do I use Aeron?
Java Programming Guide
C++11 Programming Guide
Best Practices Guide
Monitoring and Debugging
Configuration Options
Channel Specific Configuration
Aeron Archive (Durable/Persistent Stream Storage)
Aeron Cluster (Fault Tolerant Services)
Aeron Docs
How does Aeron work?
Transport Protocol Specification
Design Overview
Design Principles
Flow Control Semantics
Media Driver Operation
How do I hack on Aeron?
Hacking on Aeron
Performance Testing
Building Aeron
License (See LICENSE file for full license)
Copyright 2014-2025 Real Logic Limited.
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
https://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
Read the full README on GitHubWhat Hacker News says
7 sourcesThis would go very nicely with Aeron.
https://github.com/real-logic/Aeron
In An implementation of the Speculative Paxos protocolAeron: Efficient reliable UDP unicast, UDP multicast, and IPC message transport
78 points · Open discussionAeron: Efficient reliable UDP unicast/multicast, and IPC message transport
1 points · Open discussionSee also Aeron[1] which is basically a networked superset of the Disruptor, featuring (IIRC) a just-as-fast machine-local implementation. Made by some of the same people as the LMAX Disruptor. It's not quite ready for general use AFAICT, but it's quickly getting there...
There's also a really informative presentation[2] by Martin Thompson on some of the ideas that they're using to get really low latency and high throughput.
[1] https://github.com/real-logic/Aeron
[2] https://www.infoq.com/presentations/aeron-messaging
In Disruptor: High performance alternative to bounded queues (2011) [pdf]A few things to consider:
* it tends to be harder to write good C++ code than Java. For example we think that an average person can write better java code than C++ code because java is simpler to get going with. We also think that the average developer makes fewer mistakes in java than C++ (because C++ allows you to do 'crazy things!')
* that means that you need (on average) a better developer for C++, and that tends to cost more
* java tooling is exceptional (probably the best there is?)
* making small changes and releasing is much quicker in Java; builds tend to be shorter in duration for example
* once you have the framework for your system, the differentiator is then the business benefits delivered. If you can push small changes out very quickly you're getting rewards quicker and you can experiment more
* once you get down to certain
Read the rest
performance points, it becomes similar writing java code as writing C++ code, but the JVM is also doing various work that you can't control so much. That can then inhibit you.
Other things:
* Azul isn't just h/w development it's also now in kernel plugin form iirc
* Have a look at Aeron (https://github.com/real-logic/Aeron) and I think the C++ and Java versions are fairly similar performance and they're designed by super with decent (industry renowned) developers writing it
* A lot of people write high performance code making extensive use of templates. That's a totally different way of programming than usual C++
I moved to C++ in 2000, from C, because it made it easier for me to do more with less code, and as consequence of that, require less time to build what was needed and less time to debug and maintain it.
I have looked at various other contenders over the years for a replacement, not because I felt I needed one, but because they all had something interesting to offer, and because the buzz have gotten to me.
I have concluded that C++, especially with the recent ‘modernization’ initiatives (C++11/14/17) is as good as it gets for me, considering my needs and expectations, and obviously factoring in my familiarity with the language.
Most popular programming languages nowadays are providing fancy runtime features (GC, introspection and reflection, dynamic dispatch) at the expense of performance and unpredictable operation. You may get some c
Read the rest
ontrol over the execution semantics, but not much.
For most use cases, I suppose this is fine, but when you go deeper or higher(in the Y performance and scalability axis), you start to question your choice and realize you don’t know what is really going on, especially if the profilers tell you that the culprit is the language runtime, and so you end up spending your time working around the language limitations instead of doing ‘real’ work.
The prevailing opinion nowadays is that C++ is complex, and use of templates, operation overloading, and even hierarchical objects structure, makes it hard to understand what is going on. It certainly mystifies many ‘pure C’ developers who are eager to come out and speak against the language, as if they are on some sort of mission to bash it, or just because they are not familiar with the language themselves and, well, if other like minded people are speaking against it, they may as well join them.
C++ is is a superset of C, and everything availed by C++ is optional — you absolutely don’t need to use anything you don’t want to use, or don’t feel yet comfortable using. I don’t understand why this just escapes more people who speak against it. Maybe because it’s not helping their cause, whatever it is.
There are brilliant people who will work around the limitations of a language and deliver incredible products, frameworks, libraries (Aeron - https://github.com/real-logic/Aeron comes to mind).
There are languages that are better suited to many tasks than C++ - where performance is a big concern, but managed runtime environments and writing high level code makes more sense (or maybe you just care about compilation times, a very valid concern). There is no perfect programming language.
There is only the language that works best for you and your needs. For me, that is C++, and I can’t wait for the C++17 updates.