RabbitMQ C# 客户端可扩展？

Question

查看官方.net客户端代码，在几个地方看到了lock的语句。这引发了一个内部问题，即这对性能有多大影响。

我当前的解决方案是一个使用 graylog 进行日志记录的网络应用程序，它的接收器是一个兔子队列。一个关键路径请求可能会导致几十个日志，理想情况下它应该在 500 毫秒内运行。在高峰时刻，我们预计每秒处理 3-5 个请求和 1-2 数百个其他请求。

现在，连接和模型基本上是单例的，我的问题是：当我们遇到重负载时，我应该对那些锁有多担心？有知道死锁的地方吗？

Answer 1

一般来说，锁本身比较便宜，可以在这里阅读：How expensive is the lock statement?

简答：50ns

所以实际的问题是：实际上锁定的部分是什么，这有关系吗？

我的假设是它是将消息发布到队列的部分（尽管如果您详细说明它会有所帮助）。

所以，我没有深入研究代码，但由于它纯粹是在客户端，您应该能够毫无困难地水平扩展这些客户端。