.NET Framework - ¿Posibles clases con pérdida de memoria?

Question

El otro día estaba investigando una fuga de memoria que aumentaba la aplicación de ~ 50MB a ~ 130MB en menos de dos minutos. Resulta que el problema fue con la clase ConcurrentQueue. Internamente, la clase almacena una lista vinculada de matrices. Cuando un artículo se retira de la Cocurrencia Concurrente, el índice en la matriz se topa, pero el elemento permanece en la matriz (es decir, no está configurado como nulo). El nodo de matriz completo se descarta después de suficientes enqueues/dequeues, por lo que no es técnicamente una fuga , pero si se colocan objetos grandes en ConcurrentQueue, esto puede salirse de control rápidamente. La documentación no toma nota de este peligro.

Me preguntaba ¿qué otras posibles fallas de memoria existen en la biblioteca de clases base? Sé acerca de la subcadena (es decir, si llamas a subcadena y solo retienes el resultado, toda la cadena todavía estará en la memoria). ¿Alguna otra que te hayas encontrado?

Answer 1

Aunque no es una pérdida de memoria directa o específica para .net/BCL, existe la concatenación de cadena (con el operador + =). Eso es bastante CPU intensivo en bucles debido a la recolección de basura pesada.

Answer 2

Estás en la correcta. El error se encuentra en el método System.Collections.Concurrent.ConcurrentQueue<T>+Segment.TryRemove(out T, ref ConcurrentQueue<T>.Segment).

Si nos fijamos en este método en el reflector, verá la siguiente línea:

result = this.m_array[low]; 

No debería ser la siguiente línea después de que:

this.m_array[low] = default(T); 

Como referencia, se puede ver cómo esto se implementa correctamente en el método System.Collections.Generic.Queue<T>.Dequeue().

Answer 3

ConcurrentQueue contendrá solo un máximo de 31 objetos abandonados. Esto no debería representar un gran problema a menos que se trate de gráficos de objetos realmente grandes.

De todos modos, no tiene sentido utilizar un ConcurrentQueue si usted no tiene bastante espacio para asignar 32 objetos ...