ActiveMQ性能问题及注意事项
我将在我的一个项目(持久消息主题)中第一次使用 ActiveMQ。我读到持久消息对每秒消息数量的规模施加了限制。我应该注意哪些其他因素(例如缓慢的消费者)限制了 activemq 的规模和性能特征,应该密切监控哪些指标,以及什么值会导致所有的崩溃。
目前,我预计 ActiveMQ 每秒推送的事件不会超过一千个。
I am going to use ActiveMQ for the first time in one of my projects (topics for durable messages). I have read that durable messages enforce a limit to the scale of number of messages per second. What are the other factors that I should be aware of (e.g. slow consumers) that puts a limit to the scale and performance characteristics of activemq and what metrics should be closely monitored and what are the values at which all hell breaks lose.
I don't expect to be pushing more than a thousand events per second in ActiveMQ for now.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
这里有一些提示...
here are a few tips...
我在使用 activeMQ 时遇到了两个具体问题:
1)每个队列强制执行内存限制,需要进行调整。除非您更改配置,否则 ActiveMQ 不会填满您的堆。因此,您需要设置
-Xmx
并更改配置以使用更多内存。2) 与#1 相关,默认情况下,发送方(客户端)会在达到限制时进行阻止。在较新的版本中,有一个设置可以避免这种情况并抛出异常。请参阅http://activemq.apache.org/ Producer-flow-control.html。
Two specific issues I ran into with activeMQ:
1) There are memory limits enforced per queue that need to be tuned. ActiveMQ won't fill up your heap unless you change the config. So you need to set
-Xmx
and change the config to use more memory.2) Related to #1, by default the sender (client) blocks when limits are reached. In newer versions, there is a setting to avoid this and have an exception thrown instead. See http://activemq.apache.org/producer-flow-control.html.