RTI Connext .NET API (legacy)
Version 6.1.2
|
Built-in transport plug-in for inter-process communications using shared memory. More...
#include <managed_transport.h>
Built-in transport plug-in for inter-process communications using shared memory.
This plugin uses System Shared Memory to send messages between processes on the same node.
The transport plugin has exactly one "receive interface"; since the address_bit_count
is 0, it can be assigned any address. Thus the interface is located by the "network address" associated with the transport plugin.
Opening a receiver "port" on shared memory corresponds to creating a shared memory segment using a name based on the port number. The transport plugin's properties are embedded in the shared memory segment.
When a sender tries to send to the shared memory port, it verifies that properties of the receiver's shared memory transport are compatible with those specified in its transport plugin. If not, the sender will fail to attach to the port and will output messages such as below (with numbers appropriate to the properties of the transport plugins involved).
NDDS_Transport_Shmem_attachShmem:failed to initialize incompatible properties NDDS_Transport_Shmem_attachShmem:countMax 0 > -19417345 or max size -19416188 > 2147482624
In this scenario, the properties of the sender or receiver transport plugin instances should be adjusted, so that they are compatible.
If a process using shared memory crashes (say because the user typed in ^C), resources associated with its shared memory ports may not be properly cleaned up. Later, if another RTI Connext process needs to open the same ports (say, the crashed program is restarted), it will attempt to reuse the shared memory segment left behind by the crashed process.
The reuse is allowed iff the properties of transport plugin are compatible with those embedded in the shared memory segment (i.e., of the original creator). Otherwise, the process will fail to open the ports, and will output messages such as below (with numbers appropriate to the properties of the transport plugins involved).
NDDS_Transport_Shmem_create_recvresource_rrEA:failed to initialize shared memory resource Cannot recycle existing shmem: size not compatible for key 0x1234
In this scenario, the shared memory segments must be cleaned up using appropriate platform specific commands. For details, please refer to the Platform Notes.
The transport uses the shared memory segment keys, given by the formula below.
The transport also uses signaling shared semaphore keys given by the formula below.
The transport also uses mutex shared semaphore keys given by the formula below.
wher the port
is a function of the domain_id
and the participant_id
, as described in DDS::WireProtocolQosPolicy::participant_id
RTI Connext can implicitly create this plugin and register with the DDS::DomainParticipant if this transport is specified in DDS::TransportBuiltinQosPolicy.
To specify the properties of the builtin shared memory transport that is implicitly registered, you can specify the pre-defined property names in DDS::PropertyQosPolicy associated with the DDS::DomainParticipant. (see Shared Memory Transport Property Names in Property QoS Policy of Domain Participant).
The default value is assumed on any unspecified property. Note that all properties should be set before the transport is implicitly created and registered by RTI Connext. See Built-in Transport Plugins for details on when a builtin transport is registered.
The following table lists the predefined property names that can be set in the DomainParticipantQos::property_qos to to configure the builtin shared memory transport plugin.
Name | Descriptions |
---|---|
dds.transport.shmem.builtin.parent.address_bit_count | See "<TRANSPORT_PREFIX>.parent.address_bit_count" |
dds.transport.shmem.builtin.parent.properties_bitmap | See "<TRANSPORT_PREFIX>.parent.properties_bitmap" |
dds.transport.shmem.builtin.parent.gather_send_buffer_count_max | See "<TRANSPORT_PREFIX>.parent.gather_send_buffer_count_max" |
dds.transport.shmem.builtin.parent.message_size_max | See "<TRANSPORT_PREFIX>.parent.message_size_max" |
dds.transport.shmem.builtin.parent.allow_interfaces | See "<TRANSPORT_PREFIX>.parent.allow_interfaces". Interfaces should be specified as comma-separated strings, with each comma delimiting an interface. For example: 127.0.0.1,eth0 |
dds.transport.shmem.builtin.parent.deny_interfaces | See "<TRANSPORT_PREFIX>.parent.deny_interfaces". Interfaces should be specified as comma-separated strings, with each comma delimiting an interface. For example: 127.0.0.1,eth0 |
dds.transport.shmem.builtin.parent.allow_multicast_interfaces | See "<TRANSPORT_PREFIX>.parent.allow_multicast_interfaces". Interfaces should be specified as comma-separated strings, with each comma delimiting an interface. For example: 127.0.0.1,eth0 |
dds.transport.shmem.builtin.parent.deny_multicast_interfaces | See "<TRANSPORT_PREFIX>.parent.deny_multicast_interfaces". Interfaces should be specified as comma-separated strings, with each comma delimiting an interface. For example: 127.0.0.1,eth0 |
dds.transport.shmem.builtin.parent.thread_name_prefix | See "<TRANSPORT_PREFIX>.parent.thread_name_prefix" |
dds.transport.shmem.builtin.received_message_count_max | See "dds.transport.shmem.builtin.received_message_count_max" |
dds.transport.shmem.builtin.receive_buffer_size | See "dds.transport.shmem.builtin.receive_buffer_size" |
dds.transport.shmem.builtin.enable_udp_debugging | See "dds.transport.shmem.builtin.enable_udp_debugging" |
dds.transport.shmem.builtin.udp_debugging_address | See "dds.transport.shmem.builtin.udp_debugging_address" |
dds.transport.shmem.builtin.udp_debugging_port |