2013-03-14 4 views
2

У меня маловероятно, что максимальный размер сериализованного элемента элемента в Co Coated Azure Shared Cache (предварительный просмотр) равен 8 МБ. В настоящее время я использую Microsoft.Web.DistributedCache.DistributedCacheSessionStateStoreProvider для хранения состояния сеанса в кеше.Azure Co-Location-Cache максимальный размер элемента для состояния сеанса

Мой вопрос в том, что сеанс (весь сеансовый ключ/значения) сериализуется как один элемент или каждый из них сам по себе не может превышать 8 МБ?

Так что, если у меня есть 10 ключей с 1 мб данных, каждый из них выходит за пределы 8 МБ?

Я знаю, что вы, как предполагается, храните эти большие объекты в сеансе (и я не в 99% случаев), чтобы узнать, как некоторые случаи краев будут вести себя в моем приложении.

ответ

0

В моем опыте, что вы говорите, правильно. Я использовал средство просмотра отчетов Microsoft, которое помещает большой объем данных в сеанс с помощью ключа guid каждый раз, когда вы запускаете новый отчет, и если я не очищаю эти ключи сеанса, я вижу эту ошибку.

+0

Я также пробовал и получил ошибку, даже если каждый элемент sesssion невелик. Сообщение об ошибке: Размер отправляемого сообщения составляет 12026791 байт, который больше, чем максимальный размер сообщения 8388608, указанный в конфигурации. Трассировка стека: на Microsoft.ApplicationServer.Caching.VelocityWireProtocol.GetWritePacketBuffer (VelocityPacket пакета, IBufferManager bufferManager, булевой ignoreSizeLimit, IList'1 & allocationType) в Microsoft.ApplicationServer.Caching.SocketClientChannel.Send (EndpointID конечная точка, IVelocityRequestPacket пакетов) – jmw

Смежные вопросы