Ошибка Azure Web PubSub SslStream в сценарии высокочастотного обмена прямыми сообщениями ⇐ C#

[Anonymous]

Я использую Azure Web PubSub в своем проекте C# .NET для потоковой передачи ответов по словам непосредственно отдельным клиентам, стремясь к интерактивности в реальном времени. Однако я столкнулся с проблемами производительности и конкретной ошибкой в ​​сценариях прямого обмена сообщениями с высокой частотой сообщений:

Код: Выделить всё

   at System.Runtime.CompilerServices.PoolingAsyncValueTaskMethodBuilder`1.StateMachineBox`1.System.Threading.Tasks.Sources.IValueTaskSource`TResult`.GetResult(Int16 token)
at System.Net.Security.SslStream.ReadAsyncInternal[TIOAdapter](Memory`1 buffer, CancellationToken cancellationToken)

Контекст:
Прямое сообщение:
Проблема возникает именно при прямом обмене сообщениями (отправка сообщений отдельным соединениям), а не при групповом или широковещательном обмене сообщениями.
Задержка и ошибки:
Помимо этой ошибки, существует заметная задержка, которая влияет на скорость реагирования в реальном времени. приложения, которого нет при использовании Azure SignalR в аналогичных условиях.
Настройка:
Я настроил Web PubSub для двунаправленной печати, связь с малой задержкой, похожая на использование WebSocket, но ошибка все равно сохраняется.
Вопросы:

• Какие оптимизации или конфигурации, которые могут смягчить проблемы SslStream и улучшить задержку при прямом обмене сообщениями с помощью Azure Web PubSub?
• Существует ли рекомендуемый способ обработки высокочастотных сообщений при прямом обмене сообщениями, не перегружая уровень SSL-соединения в Web PubSub?
• Было бы целесообразно использовать Azure SignalR для такого высокочастотного обмена прямыми сообщениями сохраняя при этом Web PubSub для других целей?

Есть какие-нибудь идеи по оптимизации Azure Web PubSub для этого типа прямого обмена сообщениями в реальном времени или способы избежать проблем с SslStream будут очень признательны. Спасибо!

Подробнее здесь: https://stackoverflow.com/questions/791 ... g-scenario