To chat with other Aeron users and the contributors.

Efficient reliable UDP unicast, UDP multicast, and IPC message transport. Java and C++ clients are available in this repository, and a .NET client is available from a 3rd party. All three 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.

Performance is the key focus. Aeron is designed to be the highest throughput with the lowest and most predictable latency possible of any messaging system. Aeron integrates with Simple Binary Encoding (SBE) for the best possible performance in message encoding and decoding. 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 those who prefer to watch a video then try Aeron Messaging from StrangeLoop 2014. Things have moved on quite a bit with performance and some features but the basic design still applies.

For the latest version information and changes see the Change Log with downloads at Maven Central.

1. Java Programming Guide
2. C++11 Programming Guide
3. Best Practices Guide
4. Monitoring and Debugging
5. Configuration Options
6. Channel Specific Configuration
7. Aeron Archive (Persistent Stream Storage)

1. Protocol Specification
2. Design Overview
3. Design Principles
4. Flow Control Semantics
5. Media Driver Operation

1. Hacking on Aeron
2. Performance Testing

The project is built with Gradle using this build.gradle file.

You require the following to build Aeron:

• Latest stable Oracle JDK 8, Java versions before 1.8.0_65 are very buggy and can cause tests to fail.

You must first build and install Agrona and Simple Binary Encoding (SBE) into the local maven repository if the current master for Aeron depends on changes to Agrona or SBE. However we will try to not have this as the normal case.

    $ ./gradlew

After Agrona & SBE is compiled and installed, then you can build Aeron.

Full clean and build of all modules

    $ ./gradlew

You require the following to build the C++ API for Aeron:

• 3.0.2 or higher of CMake
• C++11 supported compiler for the supported platform
• C11 supported compiler for the supported platform
• Requirements to build HdrHistogram_c. HdrHistogram requires zlib.h currently. So on Ubuntu:

    $ sudo apt-get install libz-dev

Note: Aeron is supported on Linux, Mac, and Windows. Windows builds require Visual Studio and are being developed with Visual Studio 2013 and 2015 with 64-bit builds only. Cygwin, MSys, etc. may work, but are not maintained at this time.

For convenience, a script is provided that does a full clean, build, and test of all targets as a Release build.

    $ ./cppbuild/cppbuild

If you are comfortable with using CMake, then a full clean, build, and test looks like:

    $ mkdir -p cppbuild/Debug
    $ cd cppbuild/Debug
    $ cmake ../..
    $ cmake --build . --clean-first
    $ ctest

By default, the C Media Driver is not built as part of the C++ Build. However, it can be enabled via the CMake option BUILD_AERON_DRIVER being set to ON.

For convenience, a script is provided that does a full clean, build, and test of all targets as a Release build of the C++ API and the C Media Driver.

    $ ./cppbuild/cppbuild -b

If you are comfortable with using CMake, then a full clean, build, and test looks like:

    $ mkdir -p cppbuild/Debug
    $ cd cppbuild/Debug
    $ cmake -DBUILD_AERON_DRIVER=ON ../..
    $ cmake --build . --clean-first
    $ ctest

Note: C Media Driver is currently only supported on Mac and Linux.

For dependencies and other information, see the README.

If you have doxygen installed and want to build the Doxygen doc, there is a nice doc target that can be used.

    $ make doc

If you would like a packaged version of the compiled API, there is the package target that uses CPack. If the doc has been built previous to the packaging, it will be included. Packages created are "TGZ;STGZ", but can be changed by running cpack directly.

    $ make package

Start up a media driver which will create the data and conductor directories. On Linux, this will probably be in /dev/shm/aeron or /tmp/aeron.

    $ java -cp aeron-samples/build/libs/samples.jar io.aeron.driver.MediaDriver

Alternatively, specify the data and conductor directories. The following example uses the shared memory 'directory' on Linux, but you could just as easily point to the regular filesystem.

    $ java -cp aeron-samples/build/libs/samples.jar -Daeron.dir=/dev/shm/aeron io.aeron.driver.MediaDriver

You can run the BasicSubscriber from a command line. On Linux, this will be pointing to the /dev/shm shared memory directory, so be sure your MediaDriver is doing the same!

    $ java -cp aeron-samples/build/libs/samples.jar io.aeron.samples.BasicSubscriber

You can run the BasicPublisher from a command line. On Linux, this will be pointing to the /dev/shm shared memory directory, so be sure your MediaDriver is doing the same!

    $ java -cp aeron-samples/build/libs/samples.jar io.aeron.samples.BasicPublisher

You can run the AeronStat utility to read system counters from a command line

    $ java -cp aeron-samples/build/libs/samples.jar io.aeron.samples.AeronStat

The Media Driver is packaged by the default build into an application that can be found here

aeron-driver/build/distributions/aeron-driver-${VERSION}.zip

1. On linux, the subscriber sample throws an exception

    java.lang.InternalError(a fault occurred in a recent unsafe memory access operation in compiled Java code)
   

   This is actually an out of disk space issue.

   To alleviate, check to make sure you have enough disk space.

   In the samples, on Linux, this will probably be either at /dev/shm/aeron or /tmp/aeron (depending on your settings).

   See this thread for a similar problem.

   Note: if you are trying to run this inside a Linux Docker, be aware that, by default, Docker only allocates 64 MB to the shared memory space at /dev/shm. However, the samples will quickly outgrow this.

   You can work around this issue by using the --shm-size argument for docker run or shm_size in docker-compose.yaml.

Copyright 2014-2018 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.