发布MQTT消息究竟有多快？
现在许多的智能硬件应用都需要从传感器获得相应的数据，处理后把这些数据传递到后端。为了能够评估这些应用的性能，首先我们需要解决以下的问题：
- 每秒从网关发送到后端的信息数
- 在反应模块和纯Java环境中创建解决方案的比较
- 如何在多核的环境下并行收发和处理数据的进程
在本次的测试中我们使用Raspberry Pi 2 (Model B)，具体的参数如下：
Quad-core Broadcom BCM 2836 CPU
900 MHz
1GB RAM
从网关发送消息到后端
我们使用MQTT协议将信息发送到后端，使用在爱尔兰的AWS数据中心作为MQTT的服务器。由于我们的网关设定在挪威的特隆赫姆，所以传输的距离跨越了整个北海。
下图是测试应用的配置：
信息将会以1,2,5…10000的信息组的模式发送，并记录发送的时间。
首先，这个实验说明了在qos=0和qos=2时的显著的差异。在MQTT是可以设置qos的（quality of service）。当qos=0时，信息是没有保证送达和认证的，当qos=2时，信息是保证送达并且不会有重复。如果没有以上的配置，qos=2时每秒平均可以送达8到9条认证的消息，而当qos=0时每秒平均可送达1000条，是qos=2时的100多倍。这并不是件很稀奇的情形，主要还是因为后者不需要花大量时间从服务器的到认证。因此，确定一个应用需要什么样的qos等级是非常重要的。
纯Java和反应模块比较
我们同样也要在反应模块和纯Java（使用Paho）环境中创建解决方案进行比较。虽然反应模块同样使用的Paho核心，但和自动生成的code封装成模块。下面是测试的结果：
从图中我们可以看到用纯java应用和通过反应模块产生jave code来推送一定数量的MQTT信息，所耗费的时间几乎是一样的。那就意味着generated code和programmed code一样的高效。
使用多核心
拥有quad-core CPU的Raspberry Pi 2可以并行相关任务。这使得网关应用更方便接收典型的传感器的数据，我们用单线程的模拟传感数据测试了这一典型的应用，通过不同的线程来进行多项式计算和通过MQTT发布数据。
这些任务可以通过划分不同的线程来在四核的Raspberry Pi上并行。这里我们选着每秒产生大约18000个传感器事件。模块化的多项式计算解决了每个事件的多项式方程，并赋予每2000个事件的平均值。这些均值将会通过MQTT发布模块进行发布。也就是说，将会有每秒大约9条qos=2的MQTT消息被发布。无论MQTT发布模块什么时候报告进程消息，缓冲库里的BES（Buffer Eager Simple）模块将会存储要被发布的生产消息。
通过java可以将这种应用划分成不同的核。然而反应模块却能使得所有同步的线程更加容易的产生纯净而且可靠的应用。
本文翻译至http://www.bitreactive.com/how-fast-can-you-publish-mqtt-messages/?utm_campaign=shareaholic&utm_medium=twitter&utm_source=socialnetwork （How Fast Can You Publish MQTT Messages?）如转载请请注明出处
后记：之后自己也做过类似的实验测试（同样用的类似的板，用的云巴的MQTT）在qos>0时速度比原作者快，可能也和距离有关吧~但基本差不多
