低性能ActiveMQ
我正在测试我在activeMQ上工作的代码，
我在里面使用虚拟主题。当我发送大约1000个并发请求来将我的消息排队时，将所有消息排队需要很长时间，有时它只是挂在中间，过了一段时间又开始返回。
我正在使用JDBC消息存储，我知道这可能会影响性能。
这对性能的影响主要是由于虚拟主题吗？，因为在activemq网站上，他们指定了非常高的主题性能（当然是在理想条件下）
P、 S:1消息排队和出列大约需要13-15毫秒，这比activeMQ声称的性能要高得多
- http://activemq.apache.org/performance.html
共有1个答案
性能下降主要是因为JDBC消息存储。与持久订阅相比，虚拟主题的性能差别不大。
如果您想要性能，请使用LevelDB或KahaDB。JDBC存储主要是为了与已经使用带有备份的故障转移安全数据库的设置兼容，并且还想将它们用于消息。使用普通JDBC，您甚至不会接近性能页面中的数字。
-
我正在使用Spring Cloud StreamBridge将消息发布到RabbitMQ交换机。使用本机RabbitMQ完美测试，我可以使用单个生产者轻松获得100kmsgs/s（1个通道）。如果我使用发送StreamBrige（也是1个通道）启动带有时循环的线程，我只获得~20kmsgs/s的类似设置（没有持久性，没有手动打包或确认，相同的Docker容器...）。我使用的是Spring Clo
-
问题内容： 使用这些JPA属性 Ehcache对于同一查询效率不高， 问题与QueryCache类的namedParameters.hashCode（）函数有关，它为同一查询生成了不同的HashCode！ 与班级有关 它将为同一Array对象[01，1]生成一个不同的（新）hachCode！ 对于数组，此hashCode方法应该是递归的 问题答案： 递归版本完全正常 类org.hibernate.
-
我正在克隆一只松鸡。我表现得很好：每秒60帧。当时它只有一根柱子/障碍物。我一加上3个，fps就降到了30及以下。那么游戏现在就不能玩了。我知道这与一直在做有关。 以下是代码： 完整的项目来源 还要记住这是真正的未抛光版本，所以代码很难看。我正在寻找提升性能的解决方案。 主类： 框架类别： 支柱/支柱类： Ptica/Brid等级： Util类：
-
我需要定期将数据从TMP数据库复制到远程PROD数据库，并在列中进行一些数据修改。当我使用PROD数据库中的postgres_fdw扩展（带有映射外部模式）时，复制一百万条记录的过程将持续6分钟。 但是，当我使用dblink从PROD数据库复制相同的表时（SQL运行在PROD数据库上，而不是TEMP上），该过程持续20秒。 如何优化和缩短从临时数据库复制数据的过程？ 我必须在TMP数据库上运行SQ
-
使用thoses和JPA属性 Ehcache对于相同的查询不是有效的， 问题与QueryCache类的函数namedParameters.hashCode（）有关，它为同一个查询生成不同的HashCode！ 这与类有关 它为同一个数组对象[01，1]生成一个不同的(新的)hachCode！ 此hashCode方法对于数组应该是递归的
-
我们升级到Hibernate 5，之后我们开始遇到性能问题。 我们有几个实体有这样的关联： 我们正在使用Criteria API从数据库中获取数据。 以前（版本4，旧的Criteria API），Hibernate仅基于FetchType生成一个带有获取所有数据的连接语句的选择。EAGER，但使用Hibernate 5，它会创建多个额外的查询来获取“位置”数据——N 1问题。 现在，我们尝试了JP