C# Unreferenced objecten blijven in geheugen?

[ThaStealth]

Ik heb hier een C# project waarbij een aantal grote controls zitten die een verzameling subobjecten maken, die per aanroep +-15mb geheugen in gebruik nemen.

Helaas zie ik bij het wisselen tussen de controls dat het geheugen niet vrij gemaakt word. Wat dus tot gevolg heeft dat het geheugen binnen de kortste keren vol zit en de applicatie traag gaat reageren.

Wat doe ik:
- Wanneer in het menu op een bepaalde functie gekozen word maak ik een nieuw control aan van dit type en geef een callback methode mee (voor het wisselen van het scherm)
- Ik ken de control toe aan een globale variable
- Ik voeg de control toe aan een panel

Als een nieuw control getoont moet worden:
- Ik verwijder de callback methode uit de control
- Ik ken een nieuw object toe aan de globale variable
- Ik wis alle controls van het panel

C#:

 private void ShowActiveWindow(UserControl newWindow)
        {
            //removes current control and adds a new control
            if ((newWindow.GetType() == typeof (UcAuthenticate))
            {
                if ((_activeWindow != null) && (_activeWindow != newWindow))
                {
                    _activeWindow.ReleaseResources();
                }                                

                _activeWindow = newWindow;
                pnlBodyData.Controls.Clear();
                
                if (_activeWindow != null)
                {
                    pnlBodyData.Controls.Add(_activeWindow);
                }
            }
        }

Wanneer ik AQTime Profiler erop los laat ziet deze ook dat er 0 references zijn naar het object.

Mijn vraag is dus, waarom word het geheugen niet vrij gegeven door de GC?

Hieronder nog een plaatje van AQTime die de references toont naar dit object (die er dus niet zijn):

[Woy]

Het .net framework hoeft geheugen niet direct vrij te geven op het moment dat er geen references meer naar zijn. Het kan best zijn dat hij dat pas gaat doen op het moment dat het systeem geen vrij geheugen meer heeft. Je zou eventueel nog wel kunnen proberen om een GC.Collect tussen te voegen.

Een andere valkuil is vaak dat een event handler van de betreffende class nog verwijst naar een actief object, en op dat moment kan de kan het object niet vrijgegeven worden. Er is dan niet een object die een directe reference heeft.

[BoAC]

Woy schreef op maandag 29 november 2010 @ 15:49:
Het .net framework hoeft geheugen niet direct vrij te geven op het moment dat er geen references meer naar zijn. Het kan best zijn dat hij dat pas gaat doen op het moment dat het systeem geen vrij geheugen meer heeft. Je zou eventueel nog wel kunnen proberen om een GC.Collect tussen te voegen.

Een andere valkuil is vaak dat een event handler van de betreffende class nog verwijst naar een actief object, en op dat moment kan de kan het object niet vrijgegeven worden. Er is dan niet een object die een directe reference heeft.

Dat laatste zou die profiler moeten kunnen zien lijkt mij.

[Woy]

BoAC schreef op maandag 29 november 2010 @ 15:53:
[...]

Dat laatste zou die profiler moeten kunnen zien lijkt mij.

Dat zou je inderdaad wel verwachten ja.

[ThaStealth]

Ik heb diverse keren geprobeerd met de GC.Collect() functie aan te roepen, om te kijken of het effect had, dit was niet het geval

Mbt het event wat blijft vasthangen, dit heb ik idd ook gehad, en opgelost (de profiler gaf dit aan).
Het probleem treed niet alleen op bij controls die een event meekrijgen, maar ook bij forms die het niet hebben...

[yeep]

Hoe lang draait je applicatie al voordat je dit pobleem ziet? De GC werkt met 3 verschillende niveau's (generations). Items uit generation 0 worden meteen gecollect, items uit generation 1 alleen als er niet geheugen vrij komt met collections uit generation 1 en generation 2 pas daarna (voor desktop applicaties dus zelden).
Het kan zijn dat je controls in generation 1 of hoger zitten en dan zal GC.Collect niet veel voor ze doen als de generation 0 collection al genoeg geheugen vrij maakt.

Je kan ook winDBG gebruiken met de SOS plug-in. Er zijn dan commando's om precies erachter te komen welke objecten nog references hebben naar je controls. Check voor hulp op de weblog van Tess Ferrandez op: http://blogs.msdn.com/b/tess/

[Hillie]

Woy schreef op maandag 29 november 2010 @ 15:49:
Het .net framework hoeft geheugen niet direct vrij te geven op het moment dat er geen references meer naar zijn. Het kan best zijn dat hij dat pas gaat doen op het moment dat het systeem geen vrij geheugen meer heeft. Je zou eventueel nog wel kunnen proberen om een GC.Collect tussen te voegen.

Ik weet niet hoe dat in C# of .net gaat, maar het actief aanroepen van GC is in mijn ervaring (10 jaar terug java, tegenwoordig specman/e) een relatief dure actie in performance. Voordeel is wel dat je iets meer voorspelbaarheid inbouwt, maar het is niet altijd noodzakelijk. Tegenwoordig zal GC performance in java (en c#) ongetwijfeld beter zijn dan wanneer ik het voor het laatst gebruikte.

[Sebazzz]

yeep schreef op vrijdag 03 december 2010 @ 15:23:
Het kan zijn dat je controls in generation 1 of hoger zitten en dan zal GC.Collect niet veel voor ze doen als de generation 0 collection al genoeg geheugen vrij maakt.

Generation 2 is onder andere voor static velden en singletons.

[Ventieldopje]

C#:

if ((_activeWindow != null) && (_activeWindow != newWindow)) 
{
    _activeWindow.Controls.Clear();
    _activeWindow.ReleaseResources(); 
}  

Zou misschien kunnen helpen

[ Voor 33% gewijzigd door Ventieldopje op 03-12-2010 18:23 ]