performance - HubConnection 的 SignalR 性能问题(服务器中有很多线程，交付之间的延迟很长)

Question

我们已经编写了一个原型(prototype)来测试 SignalR 的性能，以检查我们是否可以将它用于我们的软件。在该原型(prototype)中，我们测试了两者，通过 PersistentConnection 和 HubConnection 将数据转发给客户端。

我们的压力测试包括三个部分:

• 1 个注册到中心并订阅消息的“客户端”
• 1 个负责接收和转发消息的集线器(自托管)
• 1 个涉及 5 个线程的“驱动程序”，其中每个线程通过集线器向客户端发送 1000 条消息

PersistentConnection 运行相当稳定，但在 HubConnection 中，我们注意到 Hub 中有很多线程，并且每几百个数据包之间就有很长的延迟(在 1 到 10 秒之间变化)。延迟主要发生在集线器内部(以及集线器和客户端之间)。我们在从“驱动程序”到 Hub 的交付过程中也有轻微的延迟。对于延迟，我的意思是对集线器的方法调用返回延迟(在驱动程序中)或者客户端接收方法调用被调用得更晚。有时我们也会丢失一些消息(未传递给客户端)。

知道这可能来自哪里吗？这是一个已知的错误？有什么我们可以调整的选项吗？我有一个完整的解决方案作为工作示例，我可以根据要求提供。

谢谢亚历克斯

Answer 1

据我所知，SignalR 的性能要好得多。

在这里观看视频:Building Real-time Web Apps with ASP.NET SignalR更好地了解 SignalR 和性能可能性。

另请查看:Performance维基页面。

SignalR 有负载测试工具供您使用。首先使用这些工具测试性能，以清楚了解您的硬件功能。

工具:

尝试使用 Crank 运行负载测试

Crank is a load testing tool for SignalR.

同时看看 Flywheel .

A simple perf harness project for measuing SignalR performance. Use in conjunction with crank