liberar memoria explícitamente en C#

Question

he crear una aplicación de C# que utiliza hasta 150 MB de memoria (bytes privados), debido principalmente a un gran diccionario:

Dictionary<string, int> Txns = new Dictionary<string, int>(); 

me preguntaba cómo liberar esta memoria hasta. He intentado esto:

Txns = null; 
GC.Collect(); 

Pero no parece hacer mucha mella en mis bytes privados - que haya que dejar de decir 155 Mb a 145MB. ¿Alguna pista?

Gracias

operación -Editar-

Está bien que estoy teniendo más suerte con este código (se pone los bytes privados hasta 50 MB), pero ¿por qué?

Txns.Clear(); // <- makes all the difference 
Txns = null; 
GC.Collect(); 

operación -Editar-

Está bien para todo el que dice 'no utilizan gc.collect', justo lo suficiente (que no voy a discutir que, aparte de decir que puede ver mi fondo C llegando), pero realmente no responde mi pregunta: ¿Por qué el recolector de basura solo libera la memoria si borro primero la lista de transacciones? ¿No debería liberar la memoria de todos modos, ya que el diccionario ha sido desreferenciado?

Answer 1

Los bytes privados reflejan el uso de memoria del proceso. Cuando se recopilan objetos, el segmento de memoria asociado puede o no liberarse en el sistema operativo. El CLR administra la memoria en el nivel del sistema operativo y, como la asignación y liberación de la memoria no es gratuita, no hay razón para liberar cada parte de la memoria de inmediato ya que es probable que la aplicación solicite más memoria más adelante.

Answer 2

No estoy seguro de la memoria si Dictionary tiene un Dispose() o no, pero está obligado a tener un Clear(). Llame a cualquiera de estos antes de establecer cualquier referencia al null.

Luego, simplemente deje que el recolector de basura haga su trabajo. Es casi nunca una buena idea llamar al GC.Collect() explícitamente usted mismo y es posible que ni siquiera haga lo que quiera/necesite/espere y termine costándole rendimiento. El análisis de código estático (= FxCop) no le avisa con Reliability rule CA2001 acerca de esto por nada, ¿sabe? Simplemente no hagas esto a menos que realmente sepas lo que estás haciendo. Y aun así no lo hagas. ;-)

¿Estás seguro de que el diccionario es tan grande? ¿No son solo 10 Mb de memoria y el resto es tomado por tu aplicación? Pregunta que podría ayudarlo: ¿ha utilizado un generador de perfiles para ver dónde se consume realmente la memoria ...?

Answer 3

Generalmente no es una buena idea intentar forzar el GC. ¿De verdad necesitas tener todo el diccionario en la memoria?

Answer 4

si llama a GC.Collect() comienza a hacer su trabajo, pero vuelve inmediatamente, no bloquea, por lo que no ve su efecto, si solo llama a GC.WaitForPendingFinalizers() después de eso, bloqueará su aplicación hasta que GC.Collect() finalice su trabajo

Answer 5

Es muy probable que tenga una referencia oculta al diccionario en otro lugar. Por lo tanto, el diccionario no se recopila, pero si lo Clear(), los contenidos se recopilan.

Como ya se ha mencionado, no se recomienda forzar el GC. Esto podría llevar a que la memoria se introduzca en "generaciones" superiores que a menudo no se recopilan, desperdiciando así más memoria que la obtenida a largo plazo.

Answer 6

Editar:

Para ser justos, el establecimiento de la referencia a la nula no libera la memoria, asigna su contenedor a una dirección diferente, en este caso nulo. De acuerdo con MSDN, llamando al Clear(), hace esto: "La propiedad Count se establece en 0 y las referencias a otros objetos de los elementos de la colección también se liberan. La capacidad permanece sin cambios".

...

Nunca se debe llamar al recolector de basura. Está utilizando objetos administrados sin recursos nativos, confíe en el recolector de elementos no utilizados para limpiarlos después de usted.

Además del tamaño de su diccionario, no necesita preocuparse por la memoria, la memoria no es su problema, es un problema para los recolectores de basura.

Llamar a Clear() eliminará las referencias a cualquier objeto contenido en el interior, pero la capacidad no se modifica.

En una nota técnica, la recolección de memoria es costosa y consume mucho tiempo de operación. Por lo que respecta a la razón, el GC no solo maneja la memoria del montón y limpia su montón, sino que también desfragma el montón. Intenta mover la memoria a bloques contiguos para agilizar la asignación cuando alguna parte del código realiza una solicitud grande.

p.s. ¿Qué tan grande es su diccionario que usa 155MB de memoria?

Answer 7

Windows tiene dos eventos de disponibilidad de memoria. Esperaría que el CLR responda a esto. Si hay suficiente memoria disponible, lo más inteligente es NO ejecutar el recolector de basura. Por lo tanto, para asegurarse de que realmente está observando un mal comportamiento CLR, repita esta prueba con otra aplicación ficticia utilizando un gran montón de memoria.

Answer 8

¿Necesita recuperar la memoria? La memoria está disponible, simplemente no está siendo reclamada. No debe borrar el diccionario, mantenga un weak reference y deje que el tiempo de ejecución haga su trabajo.

Si desea ver realmente lo que está pasando, consulte .NET Memory Profiler. Eso le dará visibilidad de lo que está ocurriendo exactamente con su objeto, de qué generación es, qué memoria está usando cada cosa y así sucesivamente. :)

Answer 9

Ok, tengo una teoría aquí ... Dictionary es una colección de KeyValuePair que es nuevamente un tipo de referencia.

Su diccionario contiene estos keyValuePairs. Cuando uno dice:

Txns = null 

Se libera la referencia 'txns' de aquellos colección KeyValuePair. Pero aún la memoria real de 150 Mb está siendo referenciada por esos KeyValuePair y están dentro del alcance, por lo tanto, no están listos para la recolección de basura.

Pero cuando se utiliza la siguiente:

Txns.Clear(); 
Txns = null; 
GC.Collect(); 

Aquí, el método claro también libera el 150 Mb de datos de sus respectivas referencias a objetos KeyValuePair. Por lo tanto, esos objetos estaban listos para la recolección de basura.

Es solo una suposición salvaje que estoy haciendo aquí. Los comentarios son bienvenidos :)