RTI transport  Version 1.0ae [build 00]
NDDS_Transport_Intra_Property_t Struct Reference

Subclass of NDDS_Transport_Property_t allowing specification of parameters that are specific to the intra transport. More...

Data Fields

struct NDDS_Transport_Property_t parent
 Generic properties of all Transport Plugins.
 
RTI_INT32 received_message_count_max
 Number of messages that can be buffered in the receive queue.
 
RTI_INT32 receive_buffer_size
 The total number of bytes that can be buffered in the receive queue.
 

Detailed Description

Subclass of NDDS_Transport_Property_t allowing specification of parameters that are specific to the intra transport.

Field Documentation

struct NDDS_Transport_Property_t NDDS_Transport_Intra_Property_t::parent

Generic properties of all Transport Plugins.

RTI_INT32 NDDS_Transport_Intra_Property_t::received_message_count_max

Number of messages that can be buffered in the receive queue.

This is the maximum number of messages that can be buffered in a RecvResource of the Transport-Plugin.

This does not guarantee that the Transport-Plugin will actually be able to buffer received_message_count_max messages of the maximum size set in NDDS_Transport_Property_t::message_size_max.

The total number of bytes that can be buffered for a RecvResource is actually controlled by receive_buffer_size.

See Also
NDDS_Transport_Property_t, NDDS_Transport_RecvResource_t, NDDS_TRANSPORT_INTRA_RECEIVED_MESSAGE_COUNT_MAX_DEFAULT
RTI_INT32 NDDS_Transport_Intra_Property_t::receive_buffer_size

The total number of bytes that can be buffered in the receive queue.

This number controls how much memory is allocated by the plugin for the receive queue (on a per RecvResource basis). The actual number of bytes allocated is

size = receive_buffer_size + message_size_max +

where fixedOverhead is some small number of bytes used by the queue data structure. The following rules are noted:

  • receive_buffer_size < message_size_max * received_message_count_max, then the Transport-Plugin will not be able to store received_message_count_max messages of size receive_buffer_size.
  • receive_buffer_size > message_size_max * received_message_count_max, then there will be memory allocated that cannot be used by the plugin and thus wasted.

The reason for allow the end user to specify a size for the receive queue to be less than that required to hold the maximum number of messages which are all of the maximum size is to optimize memory usage.

In most situations, the average message size may be far less than the maximum message size. So for example, if the maximum message size is 64 K bytes, and the user configures the plugin to buffer at least 10 messages, then 640 K bytes of memory would be needed if all messages were 64 K bytes. Should this be desired, then receive_buffer_size should be set to 640 K bytes.

However, if the average message size is only 10 K bytes, then the user could set the receive_buffer_size to 100 K bytes. This allows the user to optimize the memory usage of the plugin for the average case and yet allow the plugin to handle the extreme case.

NOTE, the queue will always be able to hold 1 message of message_size_max bytes, no matter what the value of receive_buffer_size is.

See Also
NDDS_TRANSPORT_INTRA_RECEIVE_BUFFER_SIZE_DEFAULT

RTI transport Version 1.0ae [build 00] Copyright © Wed Aug 29 2012 Real-Time Innovations, Inc