In this section, you will learn how to implement some common performance-oriented design patterns. As you have learned, one of the advantages to using Connext DDS is that you can easily tune your application without changing its code, simply by updating the XML-based Quality of Service (QoS) parameters.
We will build on the examples used in Building and Running “Hello, World” to demonstrate the different use-cases. The example applications (Hello_builtin, Hello_idl, and Hello_dynamic1Dynamic DDS types are not supported when using Ada Language Support. ), provide the same functionality but use different data types in order to help you understand the different type-definition mechanisms offered by Connext DDS and their tradeoffs. They implement a simple throughput test: the publisher sends a payload to the subscriber, which periodically prints out some basic statistics. You can use this simple test to quickly see the effects of your system design choices: programming language, target machines, QoS configurations, and so on.
The QoS parameters do not depend on the language used for your application, and seldom on the operating system (there are few key exceptions), so you should be able to use the XML files with the example in the language of your choice.
This section includes:
© 2015 RTI