RTI-DDS-Qos---中文PPT推荐.pptx

RTI-DDS-Qos---中文PPT推荐.pptx

《RTI-DDS-Qos---中文PPT推荐.pptx》由会员分享，可在线阅读，更多相关《RTI-DDS-Qos---中文PPT推荐.pptx（64页珍藏版）》请在冰豆网上搜索。

功能:

DDS标准提供的QOS参数可以对数据流进行常规控制：

数据的持久度数据的传输方式容错性DDS提供商可以提供扩展的QOS策略以实现更深层次的控制对发现过程控制,对系统使用的资源控制（如限制使用资源的大小，对传输途径配置等）,QOS的策略,3,2009Real-TimeInnovations,Inc.,可靠性，Reliability数据的持久度，Durability数据的历史记录，History周期数据的超时，Deadline基于时间的过滤，Time-basedfilter数据的有效期，Lifespan数据的所有权，Ownership分区，Partition资源限制，Resourcelimits等等,DeadlineDestinationOrderDurabilityEntityFactoryGroupDataHistoryLatencyBudgetLifespanLivelinessOwnership,PartitionPresentationReaderDataLifecycleReliabilityResourceLimitsTime-BasedFilterTopicDataTransportPriorityUserData,GlobalDataSpace,QOS可以理解为数据提供者和接收者之间的合约,必须确保收发双方的QOS策略相互兼容,提供方QoS,接收方QoS,如果发现两者之间QOS策略不兼容，将不建立通讯连接,Subscriber,DataReader,Publisher,Topic,Reliability,DurabilityDeadlineLivelinessPresentationothers,X,DomainParticipant,DomainParticipant,DataWriter,QoS兼容性检查,5,2009Real-TimeInnovations,Inc.,不同的设计模式考虑,6,2009Real-TimeInnovations,Inc.,按数据传输的类型考虑（DataDelivery）周期性数据（Periodic）状态和位置数据（StateandStatus）时间和命令（EventsandCommands）按高有效性考虑（HighAvailability）冗余性（Redundancy）从故障中恢复（Failover）确保的信息数据（Guaranteedmessaging）按安全性考虑（Security）,按可测量性考虑（Scalability）,设计模式-根据被传递的数据特性,7,2009Real-TimeInnovations,Inc.,持续的传感器数据数据定期更新有多个订阅者接收相同的数据在存在冗余数据出版者情况下，可以无缝地从故障中恢复状态和位置信息偶尔会发生变化的连续的数据新加入网络的订阅者需要获取最后发布的数据以明确当前的状态或位置信息命令和时间数据是异步的消息需要高可靠性，不能出错或误报,数据传递连续的传感器数据,8,2009Real-TimeInnovations,Inc.,服务质量策略最可靠与最高效（Reliability-BestEffort）在没有高可靠性需求的应用中，减少额外的开销截止时间（Deadline）确保期望得到的数据和实际收到的数据在时间有效期上是相符的基于时间的过滤（Time-basedFilter）在数据流中采样，而不是全部发送或接收多地址广播方式发送（Multicastaddressing）数据可以被所有订阅者接收,QoS:

可靠性（Reliability）,最高效不保证数据是否能被接收到（但是可以确保数据到达的先后顺序）确保最后N个数据发送所有数据，但仅仅确保最后N个数据被收到,全部确保确保所有数据按照顺序被接受到SendQueue,D7D6D5D4D3D2D1,D1D2D3D4D5D6D7,ReceiveQueue,D7,D6,D3,D5,Publisher,DataWriter,Subscriber,DataReader,D4D3D2D1,Lost,9,2009Real-TimeInnovations,Inc.,Repaired,QoS:

底线/截止时间（Deadline）,数据发送者承担在每一个数据周期的截止时间内发送数据的责任数据接收者希望在在每一个数据周期的截止时间内接收到数据保证接收者的deadline=发送者的deadline，否则产生不兼容错误,Listener,Failedtogetdata,DomainParticipant,DomainParticipant,Subscriber,DataReader,Publisher,DataWriter,D7,D6,deadlineD4D3,D2,D1,Notified!

Listener,Failedtosenddata,10,2009Real-TimeInnovations,Inc.,QoS:

生命期/寿命（LIFESPAN）,防止传输过期数据写数据者，每个数据都附有保质期（expirationtime）读数据者，直接删除过期数据要求发送者与接收者时钟足够同步。

如果服务发现不同步，数据读取者可以用接收时间戳计算保质期，而不是用源时间戳。

QoS:

资源限制（RESOURCE_LIMITS）,用服务控制资源以达到应有和其他QoS的强制需求如果写数据者发送速度大于读数据者读取速度，中间件就会与QoS强制资源限制冲突。

取决于RELIABILITYQoSBEST_EFFORT：

允许放弃样本。

（drop）RELIABLE：

阻塞写数据者，或者丢弃样本。

（discard）,QoS:

基于时间的过滤（Time-BasedFilter）,数据接收者设定期望得到新数据的最小时间间隔DDS在满足上述条件的情况下，传送最小量的数据,Datanotsent,Publisher,DataWriter,Subscriber,DataReader,Subscriber,DataReader,Nofilter,receivesalldata,Filterset,onlyreceivessubsample,13,minimumseparation2009Real-TimeInnovations,Inc.,QoS:

多播方式传送（MulticastAddressing）,在多个应用程序订阅相同的主题时，达到网络上传输最少数据包的效果数据接收者定义地址数据发送者可以支持以混合方式（同时单播和多播）发送数据,PublisherDataWriter,Subscriber,DataReader,Subscriber,DataReader,Subscriber,DataReader,Subscriber,DataReader,Subscriber,DataReader,UnicastDataReaders,14,2009Real-TimeInnovations,Inc.,MulticastDataReaders,数据传送位置和状态,15,2009Real-TimeInnovations,Inc.,服务质量策略历史记录（History）DDS保存多少个历史数据可靠性确保最后一个数据可靠（KEEPLAST1）最后的数据是最重要的持久性（Durability）当新的订阅者加入时，自动将之前最后的状态数据发送给新订阅者数据自动保存到相关的数据库中,QoS:

历史记录（History）,16,2009Real-TimeInnovations,Inc.,应用于数据发送者或接收者是设定如何使用发送/接收队列的策略全部保持（KEEP_ALL）:

在可用资源的限制内，在队列中保存所有的数据保持最后N个（KEEP_LASTN）:

这是队列可以看成一个大小为N的循环缓冲区（ringbuffer）可靠性（Reliability）和持久性（Durability）QOS策略可以相互配合使用可靠（RELIABLE）和全部保持（KEEP_ALL），数据在发送队列中保持直到数据被全部数据接收者确认接收在发送队列满的情况下，数据发送者再发送数据时会被阻塞直到之前的数据被确认接收使用可靠（RELIABLE）和保持最后N个（KEEP_LASTN）仅仅最后N个数据会被确保可靠地传送数据发送者不会被阻塞,QoS:

可靠性+保证最后1个数据,可靠性及保证最后一个数据的历史记录策略所有的数据都会被发送最后一个数据确保可靠地传送其他的数据使用最高效的方式传送,D7,Publisher,DataWriter,Subscriber,DataReader,D7,17,2009Real-TimeInnovations,Inc.,QoS:

持久性（Durability）,易失的（VOLATILE）发送的数据不被保存本地临时保存（TRANSIENT_LOCAL）数据发送者自己保存发送过的数据临时保存（TRANSIENT）发送过的数据被保存在内存中永久保存（PERSISTENT）发送过的数据被保存在永久性的存储器中,持久性=永久保存策略,给新的数据接收者提供一份之前已经发送过的数据拷贝,Publisher,DataWriter,DataReader,D,SubscribSerubscriber,DataReader,Perm.StoDragePersistenceService,18,2009Real-TimeInnovations,Inc.,DDS,MySqlTimesTenOracle10g,Table.PassengersFltNameAddrs-C129A.JohnsonC054J.Smith.,Table.TracksFltLat.Long.-C12934.5102.3C05427.746.8,RTIReal-TimeConnect,UserApp（DDS）,UserApp（DDS）,UserApp（DDS）,Real-Time,Web/Enterprise,DDS,SQL,UserApp（SQL）,UserApp（SQL）,SQL,DDS,RTIReal-TimeConnect实现DDS与数据库的双向集成,19,2009Real-TimeInnovations,Inc.,使用DDS的应用程序,通过SQL访问的应用程序,数据传送时间和命令类型,20,2009Real-TimeInnovations,Inc.,可用的QOS策略可靠性（最可靠）+KEEP_ALL的历史记录，确保所有的数据均被可靠的传送存在性（Liveliness）必须要能及时检测出数据发送者何时失效，那怕是在数据发送者不发送任何数据的情况下,QoS:

存在性（Liveliness）,是约束数据发送者在约定周期内发送数据包或存在性包（心跳包）的合约数据发送者的存在性包不需要数据发送者主动地发送（DDS发送）,Listener,DataWriterlostliveliness,DomainParticipant,Subscriber,DataReader,DomainParticipant,Publisher,DataWriter,HBD3,D2,D1,Notified!

lease_duration,HB,21,2009Real-TimeInnovations,Inc.,设计模式-高有效性,