【发布时间】：2013-09-10 13:57:59
【问题描述】：
是否有任何 PoC 证明 ActiveMQ 具有良好的性能，垂直（速度）和水平（可扩展性）？有没有 Spring JMS？
因为我发现它无法以超过 50 个事务/秒的速度处理小消息。当我使用 Spring JMS 时，consumer 只会缓慢提升（我设置 maxConcurrentConsumers > concurrentConsumers）
【问题讨论】：
标签： activemq spring-jms
【发布时间】：2013-09-10 13:57:59
【问题描述】：
有很多细节需要考虑。你有 50 msg/sec 的什么？持久消息？非持久？你在使用队列吗？主题的持久订阅者？你在使用选择器吗？请求/回复？交易？你的瓶颈在哪里？经纪人自己？消费者？制片人？除非您查看特定场景的基准，否则查看性能基准没有多大意义。
Red Ben Odays answer 在这个问题上提供一些关于调整经纪人本身的意见。
另一个注意事项，在使用 Spring JMS 时，请注意它的设计目的是使用默认设置易于使用，但如果您想提高性能，则需要一些工作。一些信息at AMQ website 和布鲁斯·斯奈德在this blog post 中。
您可以使用 ActiveMQ 中的included benchmark test 根据您的特定标准/硬件/设置制作自己的基准报告。它将比在 Internet 上找到的任何旧报告更有效。
【讨论】：
-
我确实尝试了 Bruce 的建议，但结果仍然低于我的预期（50 msg/sec 的持久消息，队列不带选择器，非嵌入式代理）。消息消费还是很慢。而且.. 包含的基准测试没有给我关于如何分析结果的明确信息。
-
如果您仔细阅读了我帖子中的这些建议，从增加代理内存限制到调整 JMS 模板和 JMS 消费者以进行缓存 - 那么就这样吧。在您的场景中，您可能无法获得更好的吞吐量。虽然 ActiveMQ 为您提供了不错的性能组合和非常灵活的代理，但 RabbitMQ 的原始处理能力可能会超过它 - 但最终，ZeroMQ 的性能优于 RabbitMQ，原始 UDP 数据报的性能优于 ZeroMQ，因此总有一个交易。