MQTT用于实时数据流 [英] MQTT for realtime data streaming

查看:945
本文介绍了MQTT用于实时数据流的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我想知道MQTT协议是否适合某些高刷新率数据流. 因为它是为低带宽高延迟应用程序设计的,所以我想知道它在高带宽低延迟应用程序中的性能如何.

I was wondering if the MQTT protocol is suited for some high refresh rate data streaming. As it was designed for low-bandwidth high-latency application I was wondering how it would perform in a high-bandwidth low-latency application.

我想要的是以每秒60-120次的速度发送传感器数据. 这是可行的还是MQTT中的某些设计决策会阻止它以可用的方式工作?在这种情况下,我将完全控制代理,并且它将在QoS级别0发生.

What I want is to send sensor data at a rate of 60-120 times per second. Is this something feasible or will some design decisions in MQTT prevent that from working in a usable manner? I would have full control over the broker in this scenario and it would happen at QoS level 0.

有效载荷将是单个32位浮点数或32个整数.所有设备将通过wifi或以太网连接. 虽然我的问题实际上主要是因为该协议的设计是否正在积极地针对这种应用程序.

The payload would be a single 32bit float or 32 integer. All devices would connect over wifi or ethernet. Though my questions is really mainly if the design of the proctocol is actively working against this sort of application.

推荐答案

与所有类似这样的性能类型问题一样,没有确定的答案,这完全取决于许多因素.

As with all performance type questions like this, there is no definitive answer, it all depends on so many factors.

  • 有效载荷的大小
  • 经纪人与客户之间的网络状态
  • 订户数量
  • 如果您错过了一条消息或两次发送了一封信,会发生什么情况

唯一可以确定的方法就是对其进行测试并找出答案.

The only way to be sure is to test it and find out.

说了过去,我所知道的人们都在通过MQTT进行VoIP

Having said all that I have known people do VoIP over MQTT in the past

这篇关于MQTT用于实时数据流的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆