CHAPTER 3 Quality of Service.docVIP

CHAPTER 3 Quality of Service 3.1 Introduction The previous examples use default QoS policies for the various entities. This chapter discusses the QoS policies which are implemented in OpenDDS and the details of their usage. See the DDS specification for further information about the policies discussed in this chapter. 前面的例子使用默认QoS策略的各种实体。本章讨论的QoS策略中实现OpenDDS及其用法的详细信息。看到进一步的DDS规范在本章讨论的政策信息。每个策略定义了一个指定其数据结构。每个实体支持政策和定义了一个子集的QoS支持政策的结构,是由结构。容许集政策对于一个给定的实体是制约其QoS策略结构嵌套结构。例如,出版商的QoS结构规范的IDL定义如下: 设置策略非常简单,获得结构已经设置默认值,根据需要修改个人政策结构,然后应用QoS结构一个实体(通常创建时)。我们展示的例子如何获得各种实体类型的默认QoS策略在3.2.1之上。 应用程序可以通过调用set_qos改变任何实体的QoS()操作的实体。如果QoS多变,删除现有的关联,如果他们不再兼容,添加新的联系,如果他们成为兼容。的DCPSInfoRepo重新评估的QoS兼容性和协会根据QoS规范。如果兼容性检查失败,调用set_qos()将返回一个错误。协会重新评估可能导致取消现有的协会或添加新的联系 如果用户试图改变QoS策略,是不变的(不是变化无常),然后set_qos()返回DDS::RETCODE_IMMUTABLE_POLICY。一个子集QoS策略是多变的。一些多变的QoS策略,比如USER_DATA,TOPIC_DATA,GROUP_DATA,寿命,OWNERSHIP_STRENGTH, TIME_BASED_FILTER,ENTITY_FACTORY,WRITER_DATA_LIFECYCLE,READER_DATA_LIFECYCLE,不需要兼容和协会进行重新评估。最后期限和LATENCY_BUDGET QoS策略需要兼容性重新评估,但不是协会。分区QoS策略不需要兼容性重新评估,但确实需要重新评估。DDS规范列表TRANSPORT_PRIORITY多变,但OpenDDS实现不支持动态修改这一政策应用程序获得一个实体的默认QoS策略通过实例化一个QoS结构适当类型的实体,并通过引用适当的get_default_entity_qos()操作在适当的实体工厂。(例如,您将使用一个域参与者获得出版商或用户的默认QoS)。下面的示例说明如何获得出版商的默认策略,订阅者,主题,领域的参与者,数据作家,和数据阅读器。 活泼的政策适用于主题,读者数据,数据作家实体通过活泼的成员各自的QoS结构。设置这个主题政策意味着它实际上是对所有数据读者和作家的话题。下面是相关的IDL活泼QoS策略: 活泼的政策控制何时以及如何服务决定参与者是活着的,这意味着他们仍然可以和活跃。这种成员设置指示是否活泼断言自动服务或手动指定的实体。AUTOMATIC_LIVELINESS_QOS意味着服务的设置会发送一个活泼指示如果参与者没有发送任何lease_duration网络流量。MANUAL_BY_PARTICIPANT_LIVELINESS_QOS或MANUAL_BY_TOPIC_LIVELINESS_QOS设置意味着指定的实体(数据作家“主题”设置或域参与者的“参与者”设置)必须手动编写一个样品或指定的心跳间隔内维护其活力。所需的心跳间隔lease_duration指定的成员。默认的租赁期限是一个预定义的无限价值,禁用任何活力测试。手工维护活泼没有发布一个样本,应用程序必须调用assert_liveliness()操作数据的作家(“主题”设置)或域参与者(“参与者”设置)在指定的心跳间隔。数据作者指定(提供)自己的活力标准和数据读者指定(请求)所需的活力的作家。作家不听到租赁期限内(通过编写一个示例或通过断言活泼)导致LIVELINESS_CHANGED_STATUS通信现状和变化的通知应用程序(如。通过调用数据读者听众的on_liveliness_changed()回调操作或暗示任何相关集)等 这一政策被认为是在数据作家和读者之间建立关联。双方的价值协会必须兼容的一个协会。兼容性是由比较数据请求读者的活泼与作家的活力。活泼的类型(按主题自动、手动,手