Uso de varias instancias de MemoryCache

Recientemente pasé por esto yo también. Teniendo en cuenta que una caché en memoria será específica del proceso (no compartida entre varias instancias de un sitio web o aplicación empresarial nativa o varios servidores), realmente no hay ningún beneficio en tener varias instancias MemoryCache, excepto por razones de organización del código (que se pueden lograr de otras maneras).

La caché de memoria está destinada a ser utilizada sola principalmente debido a sus capacidades de gestión de memoria. Además de los contadores de rendimiento (que tienen algo de sobrecarga) el MemoryCache también es capaz de caducar elementos cuando se queda sin memoria asignada.

Si la instancia actual de la caché excede el límite en el conjunto de memoria por la propiedad CacheMemoryLimit, la implementación de caché elimina entradas de caché. Cada instancia de caché en la aplicación puede utilizar el cantidad de memoria especificada por la propiedad CacheMemoryLimit.

De Memoria.CacheMemoryLimit Property

Por usando solo una instancia del MemoryCache puede aplicar esta administración de memoria de manera eficiente en toda la instancia de la aplicación. Expirando los elementos menos importantes en toda la aplicación. Esto garantiza el máximo uso de memoria, sin exceder las capacidades de hardware. Al limitar el alcance de cualquier MemoryCache (como una instancia de una clase) ya no puede administrar la memoria de manera efectiva para su aplicación (ya que no puede "ver" todo). Si todos estos cachés estaban "ocupados", es posible que tiene más dificultades para administrar la memoria y nunca será tan eficiente.

Esto es particularmente sensible en aplicaciones que no tienen el lujo de un servidor dedicado. Imagine que está ejecutando su aplicación en un servidor compartido donde solo se le han asignado 150 mb de RAM (alojamiento común barato de 1 10/mes), necesita contar con su caché para usarlo al máximo sin excederlo. Si supera este uso de memoria, su grupo de aplicaciones se reciclará y su aplicación perderá todo en cachés de memoria. (práctica común de alojamiento barato) Lo mismo podría aplicarse a una aplicación no web alojada en casa en algún servidor corporativo compartido. El mismo trato, se te dice que no acapares toda la memoria en esa máquina y que coexistas pacíficamente con alguna otra línea de aplicaciones comerciales.

Ese límite de memoria, el reciclaje del grupo de aplicaciones, la pérdida de cachés es un "talón de Aquiles" común para las aplicaciones web. Cuando las aplicaciones están más ocupadas, se restablecen más a menudo debido a que exceden las asignaciones de memoria, perdiendo todas las entradas de caché y, por lo tanto, haciendo la mayor parte del trabajo de volver a buscar cosas que deberían haber sido almacenadas en caché en primer lugar. Lo que significa que la aplicación realmente pierde rendimiento con carga máxima en lugar de ganar.

Sé que MemoryCache es la versión no específica para web de System.Web.Cache.Implementación de caché, pero esto ilustra la lógica detrás de la implementación de caché. La misma lógica se puede aplicar en un proyecto no web si no tiene uso exclusivo del hardware. Recuerde si su caché obliga a la máquina a comenzar a realizar intercambios de archivos de página, entonces su caché ya no es más rápido que el almacenamiento en caché en disco. Siempre querrás un límite en algún lugar, incluso si ese límite es de 2 gb o algo así.

En mi caso después de leer sobre esto, cambié a usar un 'public static MemoryCache' en mi aplicación y simplemente segregé los elementos almacenados en caché por sus claves de caché. Por ejemplo, si desea almacenar en caché una instancia por, podría tener una clave de caché como algo como " instance - {InstanceID} - resourceName - {resourceId}". Piense en ello como el espaciado de nombres de su caché entrada.

Espero que ayude!