MSMQ在实时系统

Question

是否有任何限制，我应该知道MSMQ的？

我想用它来读取和写入消息，但消息很多。

的数字应该是20万左右 - 在一分钟内300,000。

有什么想法？它应该工作吗？

Answer 1

MSMQ是一个队列，其主要优点是将发送者和接收者的消息分离（例如，接收系统可以脱机）。

如果延迟时间保证是一个要求，那我就看看其他地方（如.NET远程/ WCF NetTCP结合等）

这就是说，我们已经使用MSMQ低级别的硬件标准，突发速率>> 500条消息每秒，但在一个集成（EAI）环境中，与MSMQ的好处是：

• 异步 - 其中发送和接收的消息可以以不同的速率
• 潜在交易（例如DTC下，消息发生过程可以放在队列中并在U下的数据库中更新OW）
• 已审核（日期）
• 死信队列 - 即，如果接收方在定义的时间段之后从不接收消息。

低延迟从来不是一个要求 - 可靠性和完整性是主要驱动因素。

Answer 2

对于小的非事务性消息，这在理论上可能是可能的，但它在我个人听说的高端。远离事务性队列离开，但 - 我严重怀疑你将能够得到那种吞吐量在任何现实的平台。

Answer 3

由于可怕的Insufficient Resources problem，我在MSMQ的这种卷中遇到了问题。

看起来这很少见，但它发生在我身上几次。

Answer 4

看看这篇文章：link它说，MSMQ不应该被用作存储产品，但用作传输机制。

您可能有服务从队列中读取消息并以事务方式处理它们。 Here (MSDN link)你可以找到一些例子。创建一个小样本，做一些负载测试，看看它是否工作。