为什么处理已填充的 JMS 队列（大约 50.000 条消息）比处理较少填充的 JMS 队列慢？
为什么处理已填充且持久的 JMS 队列（大约 50.000 条消息）比处理较少填充且持久的 JMS 队列慢？
（我在两个 WepSphere ESB 中介流之间使用 JMS 队列。一个将消息放入队列中，另一个流从中获取消息。当 JMS 队列填满 50.000 条消息时，处理会变得非常慢...
）这里有人回答我的问题吗？ :)
非常感谢！
Why is processing of filled and persistent JMS Queues (about 50.000 Messages) slower than processing of fewer filled and persistant JMS Queues?
(I use a JMS Queue between two WepSphere ESB Mediation Flows. The one puts messages in the queue, the other flow gets messages out of it. When the JMS Queue is filled up to 50.000 Messages the processing gets very slow...)
Has anybody here the answer to my question? :)
Many thanks upfront!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您需要确定解决方案的哪一部分速度较慢。当您放置持久消息时，您的放置速度可能会更慢。您可能知道持久消息会写入磁盘，因此可能会出现延迟。
确定消息在队列中堆积的原因。您的消费者处理消息的速度可能很慢。
You will need to identify which part of your solution is slow. Your put could be slower as your putting persistent messages. As you might be aware persistent messages are written to disk, hence there could be delay.
Identify why the messages are piling up in the queue. Your consumer could be slow in processing messages.