2016-08-21 2 views
1

Мне было интересно, подходит ли протокол MQTT для потоковой передачи данных с высокой частотой обновления. Поскольку он был разработан для приложений с малой задержкой с низкой пропускной способностью, мне было интересно, как это будет работать в приложении с низкой задержкой с высокой пропускной способностью.MQTT для потоковой передачи данных в реальном времени

Я хочу отправить данные датчиков со скоростью 60-120 раз в секунду. Является ли это чем-то возможным или будут ли какие-либо проектные решения в MQTT предотвращать это из-за работоспособности? Я бы получил полный контроль над брокером в этом сценарии, и это произойдет на уровне QoS 0.

Полезная нагрузка будет представлять собой 32-битное число с плавающей запятой или 32 целое. Все устройства будут подключаться через Wi-Fi или Ethernet. Хотя мои вопросы действительно в основном, если дизайн proctocol активно работает против такого приложения.

+1

Некоторые MQTT брокеры могут обрабатывать сотни тысяч сообщений в секунду, так что это будет только клиент обязан. По моему опыту, несколько тысяч msg/sec работают очень хорошо для большинства клиентов MQTT. –

ответ

2

Как и во всех вопросах типа производительности, таких как, нет окончательного ответа, все зависит от множества факторов.

  • Размер полезной нагрузки
  • состояние сети между брокером и клиентами
  • Количество абонентов
  • Что произойдет, если вы пропустите сообщение или один доставляется два раза

Единственный способ не забудьте проверить его и выяснить.

Сказав все, что я знаю людей, сделать VoIP над MQTT в последние

+0

Я немного уточнил свой вопрос, но тот факт, что кто-то VoIP по MQTT говорит довольно много для моего варианта использования. – PTS

Смежные вопросы