FairMQ/fairmq
2015-11-04 11:02:10 +01:00
..
devices add typedef for policies in host class, and make the sampler task container optional. 2015-11-04 11:02:10 +01:00
examples Check return values of Receive calls in the examples 2015-11-03 16:07:15 +01:00
logger * split log console output sink into two sinks, one for cout and one for cerr. 2015-09-29 17:51:14 +02:00
nanomsg Fix return values of nanomsg send/receive calls 2015-11-03 16:07:15 +01:00
options * split log console output sink into two sinks, one for cout and one for cerr. 2015-09-29 17:51:14 +02:00
prototest Several FairMQ fixes and improvements: 2015-09-28 12:17:22 +02:00
run Remove redundant io-threads cmd option from Sink 2015-11-02 09:27:12 +01:00
test Check return values of Receive calls in the examples 2015-11-03 16:07:15 +01:00
tools Add orthogonal OK/ERROR states. 2015-09-28 12:17:24 +02:00
zeromq Add methods to set timeout on blocking Send/Receive 2015-10-19 09:52:53 +02:00
.clang-format use clang-format for FairMQ 2014-06-06 14:30:41 +02:00
apply-clang-format.sh use clang-format for Tutorial3 2014-06-06 14:30:41 +02:00
CMakeLists.txt Add FairMQ Example 6 - Working with multiple channels 2015-10-07 16:46:10 +02:00
FairMQChannel.cxx Add proper return value in set timeout 2015-11-03 16:07:15 +01:00
FairMQChannel.h Add methods to set timeout on blocking Send/Receive 2015-10-19 09:52:53 +02:00
FairMQConfigurable.cxx FairMQ Examples cleanup 2015-10-05 18:06:55 +02:00
FairMQConfigurable.h FairMQ Examples cleanup 2015-10-05 18:06:55 +02:00
FairMQDevice.cxx Return if an unknown exception has been cought in Channel 2015-11-03 16:07:15 +01:00
FairMQDevice.h Add methods to set timeout on blocking Send/Receive 2015-10-19 09:52:53 +02:00
FairMQLogger.cxx - Replace the fairmq logger with one based on Boost.Log 2015-09-28 12:17:23 +02:00
FairMQLogger.h * split log console output sink into two sinks, one for cout and one for cerr. 2015-09-29 17:51:14 +02:00
FairMQMessage.cxx Add license file LICENSE with LPGL license text copied from https://www.gnu.org/licenses/lgpl.html. Add license text to most of files of the project. 2014-06-06 14:57:56 +02:00
FairMQMessage.h Add new Send/Receive methods with smart pointers and no flag checks. 2015-09-28 12:17:24 +02:00
FairMQPoller.cxx Add license file LICENSE with LPGL license text copied from https://www.gnu.org/licenses/lgpl.html. Add license text to most of files of the project. 2014-06-06 14:57:56 +02:00
FairMQPoller.h Several FairMQ fixes and improvements: 2015-09-28 12:17:22 +02:00
FairMQSocket.cxx Add license file LICENSE with LPGL license text copied from https://www.gnu.org/licenses/lgpl.html. Add license text to most of files of the project. 2014-06-06 14:57:56 +02:00
FairMQSocket.h Add methods to set timeout on blocking Send/Receive 2015-10-19 09:52:53 +02:00
FairMQStateMachine.cxx Return if an unknown exception has been cought in Channel 2015-11-03 16:07:15 +01:00
FairMQStateMachine.h Use FairMQDevice::CatchSignals for Tutorial7 2015-09-28 12:17:24 +02:00
FairMQTransportFactory.cxx Add license file LICENSE with LPGL license text copied from https://www.gnu.org/licenses/lgpl.html. Add license text to most of files of the project. 2014-06-06 14:57:56 +02:00
FairMQTransportFactory.h Fix the type mismatch in the multi-channel poller 2015-10-07 16:46:09 +02:00
README.md FairMQ Examples cleanup 2015-10-05 18:06:55 +02:00

FairMQ

The standard FairRoot is running all the different analysis tasks within one process. The FairMQ (Message Queue) allows starting tasks on different processes and provides the communication layer between these processes.

Devices

The components encapsulating the tasks are called devices and derive from the common base class FairMQDevice. FairMQ provides ready to use devices to organize the dataflow between the components (without touching the contents of a message), providing functionality like merging and splitting of the data stream (see subdirectory devices).

Topology

Devices are arranged into topologies where each device has a defined number of data inputs and outputs.

Example of a simple FairMQ topology:

example of FairMQ topology

Topology configuration is currently happening via setup scripts. This is very rudimentary and a much more flexible system is now in development. For now, example setup scripts can be found in directory FairRoot/example/Tutorial3/ along with some additional documentation.

Communication Patterns

FairMQ devices communicate via the communication patterns offered by ZeroMQ (or nanomsg): PUSH-PULL, PUB-SUB, REQ-REP, PAIR, more info here.

Messages

Devices transport data between each other in form of FairMQMessages. These can be filled with arbitrary content and transport either raw data or serialized data as described above. Message can be initialized in three different ways:

  • with no parameters: This is usefull for receiving a message, since neither size nor contents are yet known.
  • given message size: Initialize message body with a size and fill the contents later, either with memcpy or by writing directly into message memory.
  • given message size and buffer: initialize the message given an existing buffer. This is a zero-copy operation.

After sending the message, the queueing system takes over control over the message body and will free it with free() after it is no longer used. A callback can be given to the message object, to be called instead of the destruction with free().

Transport Interface

The communication layer is available through an interface. Two interface implementations are currently available. Main implementation uses the ZeroMQ library. Alternative implementation relies on the nanomsg library. Here is an overview to give an idea how interface is implemented:

FairMQ transport interface

Examples

A collection of simple examples in examples directory demonstrates some common usage patterns of FairMQ.

A number of devices to handle the data from the Tutorial3 FairTestDetector of FairRoot are provided as an example and can be found in FairRoot/base/MQ directory. The implementation of the tasks run by these devices can be found FairRoot/example/Tutorial3. The implementation includes sending raw binary data as well as serializing the data with either Boost Serialization, Google Protocol Buffers or Root TMessage. Following the examples you can implement your own devices to transport arbitrary data.