Performance HubConnection的信号器性能问题(服务器中的线程太多,交付之间的延迟太长)

Performance HubConnection的信号器性能问题(服务器中的线程太多,交付之间的延迟太长),performance,signalr,signalr-hub,Performance,Signalr,Signalr Hub,我们已经编写了一个原型来测试信号器的性能,以检查我们是否可以将其用于我们的软件。在该原型中,我们测试了这两种方法,即通过PersistentConnection和HubConnection将数据转发给客户端 我们的压力测试由三部分组成: 1个“客户端”,注册到集线器并订阅消息 1个负责接收和转发消息的集线器(自托管) 1个“驱动程序”,涉及5个线程,其中每个线程通过集线器向客户端发送1000条消息 PersistentConnection运行相当稳定,但是在HubConnection中,我们

我们已经编写了一个原型来测试信号器的性能,以检查我们是否可以将其用于我们的软件。在该原型中,我们测试了这两种方法,即通过PersistentConnection和HubConnection将数据转发给客户端

我们的压力测试由三部分组成:

  • 1个“客户端”,注册到集线器并订阅消息
  • 1个负责接收和转发消息的集线器(自托管)
  • 1个“驱动程序”,涉及5个线程,其中每个线程通过集线器向客户端发送1000条消息
PersistentConnection运行相当稳定,但是在HubConnection中,我们注意到Hub中有很多线程,并且每隔几百个数据包就有很长的延迟(从1到10秒不等)。延迟主要发生在集线器内部(以及集线器和客户端之间)。在从“司机”到枢纽的交付过程中,我们也有轻微的延迟。对于delay,我的意思是对Hub的方法调用返回延迟(在驱动程序中),或者客户端receive方法调用被调用得更晚。有时我们也会丢失一些消息(未发送到客户端)

你知道这是从哪里来的吗?这是已知的bug吗?我们有什么办法可以调整吗?我有一个完整的解决方案作为工作示例,我可以根据要求提供

Thx
亚历克斯

据我所知,信号员的表现要好得多

看看这里的视频:更好地了解信号机和性能的可能性

还可以查看:wiki页面

Signaler拥有可供您使用的负载测试工具。首先使用这些工具测试性能,以清楚地了解硬件功能

工具:

尝试使用运行负载测试

曲柄是信号机的负载测试工具

再看看

用于测量信号机性能的简单性能线束项目。用于 与曲柄连用