<p>Память SignalR продолжает увеличиваться</p>

Есть новости о том, почему это происходит?

такая же проблема здесь

Можете ли вы использовать профилировщик памяти, чтобы определить, какие объекты остались в живых? SignalR ли намеренно держать сообщения в памяти после того, как клиент отключается для того , чтобы иметь возможность повторно транслировать эти сообщения в случае клиента подключения. Эти сообщения хранятся в кольцевом буфере, поэтому он буферизует только фиксированное количество сообщений, но вполне ожидаемо, что память не будет освобождена, как только клиент будет отключен.

Вы сталкиваетесь с определенными проблемами производительности, напрямую связанными с этим использованием памяти? SignalR также должен использовать слабые ссылки, чтобы гарантировать, что эта память будет освобождена, когда сборщику мусора потребуется дополнительное пространство. Можете ли вы предоставить информацию о сбоях, которые вы наблюдаете?

Скорее всего №3850.

Как описано выше, это выглядит как стандартный буфер сообщений SignalR. SignalR использует кольцевой буфер фиксированного размера для хранения сообщений (так что старые сообщения удаляются только тогда, когда требуется пространство), чтобы разрешить воспроизведение сообщений клиентам, которые повторно подключаются. Вы можете изменить этот размер буфера с помощью параметра IConfigurationManager.DefaultMessageBufferSize .

Закрытие, так как мы не слышали никаких обновлений об объектах, которые остались живы. Не стесняйтесь комментировать дальше, если у вас есть вопросы. Мы всегда можем повторно открыть это, если возникнет проблема, которую необходимо решить!

Я по-прежнему считаю, что это критическая ошибка, и этот вопрос не следует закрывать. Это большая утечка памяти, которая может легко потребить много памяти и привести к сбою приложения из-за DefaultMessageBufferSize по на концентратор . Прямо сейчас я борюсь с этим.