GC.Collect() y PerformanceCounter

Question

Un colega mío está convencido de que hay una pérdida de memoria en la implementación de Oracle odp.net ado.net. Ha escrito un programa de prueba para probar esta teoría y está haciendo lo siguiente después de llamar a disponer en cada objeto con el fin de determinar la cantidad de memoria que se está liberado:

PerformanceCounter p = new PerformanceCounter("Memory", "Available Bytes"); 

GC.Collect(); 
GC.WaitForPendingFinalizers(); 

float mem = p.NextValue(); 

El valor de rendimiento resultante se compara entonces con un valor recuperado antes de deshacerse del objeto. ¿Esto producirá resultados precisos?

Answer 1

Creo que la mejor manera de hacerlo es usar GC.GetTotalMemory(true). Puede llamarlo antes de asignar el objeto para registrar cuánta memoria se asignó en ese momento. A continuación, cree su objeto, tal vez realice alguna operación en él, deséchelo, asegúrese de que no haya referencias (probablemente solo establezca la variable local en null) y luego llámelo de nuevo.

Tenga en fuerza que el valor devuelto puede no ser exacta y por la documentación, el método devolverá:

Número que es la mejor aproximación disponible del número de bytes actualmente asignado en memoria administrada .

Después de eso, puede comparar los dos valores. Si lo hace de forma repetida, puede ver si el objeto realmente está escapando de la memoria administrada.

Por supuesto, esto no lo ayudará si el objeto pierde la memoria no administrada.

Otra opción es utilizar un generador de perfiles de memoria, pero eso podría ser una exageración si sabe exactamente dónde se puede filtrar la memoria.