Bru*_*mas 5 benchmarking amqp rabbitmq
我们的团队处于尖峰冲刺阶段,可以在ActiveMQ或RabbitMQ之间进行选择.我们制作了2个小生产者/消费者峰值,发送一个包含16个字符串,时间戳和2个整数的数组的对象消息.我们的开发机器上的峰值是可以的(消息很好用).
然后是替补席.我们首先注意到,在我们的机器上,当我们发送大量消息时,消费者有时会挂起.它就在那里,但是垃圾堆积在队列中.
当我们进入板凳平台时:
我们注意到有时候,消费者会挂起(好吧,他们没有被阻止,但他们不再消费消息).我们可以看到,因为每个消费者在数据库中节省大约100 msg /秒,所以当一个人停止消费时,每秒在DB中保存的整体消息会以相同的比率下降(如果让3个消费者停止,我们会下降到大约600 msg /秒至300毫秒/秒).
在此期间,生产商可以,并仍然以jmeter速率(约600毫克/秒)生产.消息在队列中并由消费者保持"活着".
我们先将所有servlet加载到生成器,然后逐个启动所有使用者,检查连接是否正常,然后运行jmeter.
我们正在向一个直接交换机发送消息.所有消费者都在监听与交易所有关的一个持久队列.
这一点对我们的选择很重要.你有没有看过Rabbitmq,你知道发生了什么吗?
谢谢您的回答.
使用 basic.consume 时设置预取计数总是值得的:
channel.basicQos(100);
Run Code Online (Sandbox Code Playgroud)
在channel.basicConsume行之前,以确保您的QueueingConsumer中排队的消息永远不会超过100条。
| 归档时间: |
|
| 查看次数: |
5109 次 |
| 最近记录: |