ActiveMQ Artemis和Spring JmsTemplate的性能问题
我使用的是Apache ActiveMQ Artemis 2.16.0（但也尝试了2.15.0)、artemis-jms-client 2.6.4和Spring Boot 1.5.16.release。
共有1个答案
首先要注意的是，在使用Spring的JmsTemplate发送消息时需要非常小心，因为它使用了一种众所周知的反模式，这种反模式确实会降低性能。它实际上将为它发送的每个消息创建一个新的JMS连接、会话和生产者。我建议您使用这样的连接池，它基于ActiveMQ5.x连接池实现，但现在支持JMS2。有关使用JmsTemplate的危险的其他详细信息，请参阅ActiveMQ文档。Pivotal（即Spring的“所有者”）的一篇文章中也讨论了这一点。
这里的第二点是，您可以调优持久化JMS消息是同步发送还是不使用BlockonDurableSendURL属性，例如：
tcp://localhost:61616?blockOnDurableSend=false
这将确保持久化JMS消息是异步发送的。ActiveMQ Artemis文档将对此进行进一步讨论。
-
当我尝试使用斯坦福NLP和CoreNLP分析文本时，性能非常差。处理CNN的文件。com大约需要30秒。 我拥有的代码基本上创建了具有以下配置的StanfordCoreNLP的单个实例： 注释器=标记化、ssplit、pos、引理、ner、解析、dcoref sutime。活页夹=0 当我禁用“ner， parse， dcoref”时，性能非常快。由于我需要获取语义图，我想知道是否有一种方法可以优
-
问题内容： 我读到React非常快。最近，我写了一个应用程序来测试对角的反应。不幸的是，我发现反应的表现要慢于角度反应。 http://shojib.github.io/ngJS/#/speedtest/react/1 这是react的源代码。我是新来的人。我确定我的反应代码在这里做错了。我发现它异常缓慢。 https://jsbin.com/viviva/edit?js，输出 看看是否有任何反应
-
问题内容： 我必须在我的HashMultiMap中存储超过1亿个键值（键可以具有多个值）。任何人都可以帮助我在存储和搜索方面更快的一个： 1）伯克利DB 2）东京内阁 3）H2 4）缓存 5）或其他 还有一点，那些性能与内存中的哈希映射大致相同吗？一点指导会更有帮助。谢谢。 注意：关于任何一个的信息也是有帮助的。 问题答案： 我建议Redis。它比其他结构更像是一种数据结构存储（例如，它支持地图和
-
问题内容： 我在Java2D方面表现有些古怪。我知道sun.java2d.opengl VM参数可以为2D启用3D加速，但是即使使用该参数也有一些奇怪的问题。 这是我运行的测试结果： 在JComponent上绘制具有32x32像素图块的25x18地图， 图像1 = .bmp格式，图像2 = .png格式 没有-Dsun.java2d.opengl = true 使用.BMP图像1的120 FPS使
-
最近，我们将数据库从11g更新为19c。 在新数据库版本中测试应用程序时，我们遇到了一个特定视图的性能问题，该视图工作得非常好，但在19c中会导致性能问题。 在分析计划时，我们看到执行计划发生了巨大变化，这导致了19c中视图的性能非常差。 令人惊讶的是，其他观点的效果很好。 如果你能对这个问题有所了解，那就太好了。 谢谢你，JD
-
问题内容： 我对React，Redux和ImmutableJS还是相当陌生，并且遇到了一些性能问题。 我有一个大的数据树结构，目前正在以平面列表形式存储该数据： 虽然将其构造为平面列表使更新节点变得容易，但我发现随着树的增长，交互变得缓慢。交互包括能够选择一个或多个节点，切换其子节点的可见性，更新文本等等。UI缓慢的主要原因似乎是每次交互都重绘了整个树。 我想这样使用，如果我更新节点3，则节点2和