mirror of
https://github.com/FairRootGroup/FairMQ.git
synced 2025-10-16 10:01:47 +00:00
FairMQ: Introduce callbacks for the FairMQUnmanagedRegion.
Callbacks are called when the data buffer of the message assiciated with the corresponding region is no longer needed by the transport. Example in examples/advanced/Region/
This commit is contained in:
committed by
Mohammad Al-Turany
parent
378c47c5e5
commit
58a312b730
@@ -10,16 +10,16 @@ Devices track and cleanup shared memory on shutdown. For more information on the
|
||||
|
||||
The shared memory monitor tool, supplied with the shared memory transport can be used to monitor shared memory use and automatically cleanup shared memory in case of device crashes.
|
||||
|
||||
With default arguments the monitor will run indefinitely with no output, and clean up shared memory segment if it is open and no heartbeats from devices arrive within a timeout period. It can be further customized with following parameters:
|
||||
With default arguments the monitor will run indefinitely with no output, and clean up shared memory segment if it is open and no heartbeats from devices arrive within a timeout period. It can be further customized with following parameters:
|
||||
|
||||
`--segment-name <arg>`: customize the name of the shared memory segment (default is "fairmq_shmem_main").
|
||||
`--segment-name <arg>`: customize the name of the shared memory segment (default is "fmq_shm_main").
|
||||
`--cleanup`: start monitor, perform cleanup of the memory and quit.
|
||||
`--self-destruct`: run until the memory segment is closed (either naturally via cleanup performed by devices or in case of a crash (no heartbeats within timeout)).
|
||||
`--interactive`: run interactively, with detailed segment details and user input for various shmem operations.
|
||||
`--timeout <arg>`: specifiy the timeout for the heartbeats from shmem transports in milliseconds (default 5000).
|
||||
|
||||
The options can be combined, with the exception of `--cleanup` option, which will invoke the described behaviour independent of other options.
|
||||
Without the `--self-destruct` option, the monitor will run continously, moitoring (and cleaning up if needed) consecutive topologies.
|
||||
Without the `--self-destruct` option, the monitor will run continuously, moitoring (and cleaning up if needed) consecutive topologies.
|
||||
|
||||
Possible further implementation would be to run the monitor with `--self-destruct` with each topology.
|
||||
|
||||
@@ -27,7 +27,9 @@ The FairMQShmMonitor class can also be used independently from the supplied exec
|
||||
|
||||
FairMQ Shared Memory currently uses following names to register shared memory on the system:
|
||||
|
||||
`fairmq_shmem_main` - main segment name, used for user data (this name can be overridden via `--shm-segment-name`).
|
||||
`fairmq_shmem_management` - management segment name, used for storing management data.
|
||||
`fairmq_shmem_control_queue` - message queue for communicating between shm transport and shm monitor (exists independent of above segments).
|
||||
`fairmq_shmem_mutex` - boost::interprocess::named_mutex for management purposes (exists independent of above segments).
|
||||
`fmq_shm_main` - main segment name, used for user data (this name can be overridden via `--shm-segment-name`).
|
||||
`fmq_shm_management` - management segment name, used for storing management data.
|
||||
`fmq_shm_control_queue` - message queue for communicating between shm transport and shm monitor (exists independent of above segments).
|
||||
`fmq_shm_mutex` - boost::interprocess::named_mutex for management purposes (exists independent of above segments).
|
||||
`fmq_shm_region_<index>` - names of unmanaged regions.
|
||||
`fmq_shm_region_queue_<index>` - names of queues for the unmanaged regions.
|
||||
|
Reference in New Issue
Block a user