* Remove the Channel<HubMessage> from the HubConnectionContext - Replace the channel with a single lock around the pipewriter. Since writes are always synchronous, the lock is held for a very short time. - We were only using them in this scenario for handling multiple producers (the hub output, the keep alive ping and the broadcast). - Handle the scenario where there's back pressure (when we use pipes that are bounded) and give callers a single task representing when back pressure is released. - Handle synchronous exceptions in RedisHubLifetimeManager - Fixed benchmarks |
||
|---|---|---|
| .. | ||
| Common | ||
| Microsoft.AspNetCore.SignalR | ||
| Microsoft.AspNetCore.SignalR.Client | ||
| Microsoft.AspNetCore.SignalR.Client.Core | ||
| Microsoft.AspNetCore.SignalR.Client.MsgPack | ||
| Microsoft.AspNetCore.SignalR.Common | ||
| Microsoft.AspNetCore.SignalR.Core | ||
| Microsoft.AspNetCore.SignalR.MsgPack | ||
| Microsoft.AspNetCore.SignalR.Protocols.MsgPack | ||
| Microsoft.AspNetCore.SignalR.Redis | ||
| Microsoft.AspNetCore.Sockets | ||
| Microsoft.AspNetCore.Sockets.Abstractions | ||
| Microsoft.AspNetCore.Sockets.Client.Http | ||
| Microsoft.AspNetCore.Sockets.Common.Http | ||
| Microsoft.AspNetCore.Sockets.Http | ||
| Directory.Build.props | ||