2016-08-21 3 views
1

MQTTプロトコルが高いリフレッシュ・レートのデータ・ストリーミングに適しているかどうかは疑問でした。 低帯域幅の高レイテンシアプリケーション向けに設計されたので、高帯域幅の低レイテンシアプリケーションでどのように動作するのだろうと思いました。リアルタイム・データ・ストリーミング用のMQTT

私が望むのは、毎秒60-120回の割合でセンサーデータを送信することです。 これは実現可能なのでしょうか、あるいはMQTTのいくつかの設計上の決定が、それが有効な方法で動作するのを妨げますか?このシナリオでは、ブローカを完全に制御し、QoSレベル0で発生します。

ペイロードは、単一の32ビット浮動小数点数または32整数です。すべてのデバイスは、WiFiまたはイーサネット経由で接続します。 私の質問は本当に主にproctocolの設計がこの種のアプリケーションに対して積極的に取り組んでいるかどうかです。

+1

一部MQTTブローカーにMQTT上のVoIPを行うと述べたので、これは単にクライアントのバインドになります。私の経験から、ほとんどのMQTTクライアントでは数千のmsg /秒がうまく機能します。 –

答えて

2

このようなすべてのパフォーマンスタイプの質問と同様に、決定的な回答はありません。それはすべて多くの要因に依存します。ペイロードの

  • サイズブロ​​ーカーとクライアント間のネットワークの
  • 国家加入者の
  • 番号メッセージを欠場か1が

唯一の方法に二回配信されたらどうなりますか

  • それをテストして見つけてください。

    は、すべて私が知っている人は、秒あたりのメッセージ数十万人を扱うことができ、過去

  • +0

    私は少し質問を明確にしましたが、誰かがMQTを介してVoIPを行ったという事実は、私の使用事例ではかなり多いと言います。 – PTS

    関連する問題