Использование нескольких экземпляров MemoryCache

недавно я сам прошел через это. Учитывая, что кэш в памяти будет специфичным для процесса (не разделяется между несколькими экземплярами веб-сайта или собственного бизнес-приложения или несколькими серверами), на самом деле нет никакой пользы от наличия нескольких MemoryCache экземпляры, за исключением организационных причин кода (которые могут быть достигнуты другими способами).

кэш памяти предназначен для использования в одиночку в основном из-за его возможностей управления памятью. В дополнение к производительности счетчики (которые имеют некоторые накладные расходы) MemoryCache также может истекать элементы, когда он работает из выделенной памяти.

если текущий экземпляр кэша превышает установленный лимит памяти с помощью свойства CacheMemoryLimit реализация кэша удаляет запись кэша. Каждый экземпляр кэша в приложении может использовать объем памяти, заданный свойством CacheMemoryLimit.

С MemoryCache.CacheMemoryLimit Собственность

используя только один экземпляр MemoryCache, он может эффективно применять это управление памятью во всем экземпляре приложения. Истечение срока действия наименее важных элементов во всем приложении. Это обеспечивает максимальное использование памяти, не превышая ваши аппаратные возможности. Ограничивая область действия любого MemoryCache (например, для одного экземпляра класса), он больше не может эффективно управлять памятью для вашего приложения (поскольку он не может "видеть" все). Если все эти Кеши были "заняты", вам может быть сложнее управлять памятью, и она никогда не будет почти такой же эффективной.

Это особенно чувствительно в приложениях, которые не имеют выделенного сервера. Представьте, что вы запускаете свое приложение на общем сервере, где вам выделено только 150 МБ оперативной памяти (общий дешевый хостинг $10/месяц), вам нужно рассчитывать на свой кэш, чтобы использовать его по максимуму, не превышая его. Если вы превысите это использование памяти, ваш пул приложений будет переработан и ваше приложение теряет все в кэшах памяти! (обычная дешевая практика хостинга) то же самое может применяться к не-веб-приложению, размещенному в доме на каком-то общем корпоративном сервере. То же самое дело, вам говорят, чтобы не забивать всю память на этой машине и мирно сосуществовать с некоторыми другими бизнес-приложениями.

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

Я знаю, что MemoryCache-это не веб-версия системы.Сеть.Кэширование.Реализация кэша, но это иллюстрирует логику реализации кэша. Та же логика может применяться в не-веб-проекте, если у вас нет исключительного использования оборудования. Помните, если ваш кэш силы машина, чтобы начать делать подкачки файлов подкачки, то ваш кэш больше не быстрее, чем кэширование на диске. Вы всегда будете хотеть предел где-то, даже если этот предел составляет 2 ГБ или что-то в этом роде.

в моем случае после прочтения об этом я переключился на использование одного "публичного статического MemoryCache" в моем приложении, и я просто отделил кэшированные элементы по их ключам кэша. Например, если вы хотите кэшировать на каждом экземпляре, у вас может быть ключ кэша, например "экземпляр-{ИД}-имя_ресурса-{идентификатор}". Подумайте об этом, как имя интервала между записями кэша.

надеюсь, что это поможет!