🚀 go-pugleaf

[  Knip memory-probleem ]

> De Garbage Collector kan enkel objecten vernietigen die
> 'klaar zijn voor destructie' (bvb omdat ze out of scope
> gegaan zijn). Als je voor 50.000 records, 50.000 objecten
> cre�ert en nergens aangeeft dat je ze niet meer nodig hebt,
> zal de GC ervan uitgaan dat je elk van die objecten nog
> nodig hebt. Voor zover het de JVM aangaat is dit geen leak,
> maar heb je gewoon zoveel memory nodig.


Ik heb een aantal individuele classes die de een na de ander opgeroepen
worden :

     Object o = new Object();
     Vector apps;      // bevat lijst met de uit te voeren classes
     boolean ok = true;

     while( apps.size() > 0 )
      {
        i++;
       if( i == apps.size() )  i = 0;

        o = Class.forName( (String)apps.getElementAt(i) )
        ok = o.runApp();

        if( !ok ) apps.deleteElementAt( i )
      }


  In deze loop verwijst het object o dus steeds weer naar een nieuw object,
  dus het oude zou toch moeten verwijderd worden ?
  Wat gebeurt er trouwens als een niet meer gebruikt object zelf nog naar
objecten in
  het geheugen verwijst? Misschien moet ik het probleem in die richting gaan
zoeken.

  Ik heb ook al eens finalizers geschreven om naar te gaan of de garbage
collection startte,
  en van elk gecreerd object werd de finalizer netjes  opgeroepen.

  In de task manager van Win NT is trouwens goed te merken dat het systeem
telkens een deel
  geheugen reserveert, maar slechts gedeeltelijk weer vrijgeeft.


  [Knip tijdsgebrek]


> Welke JVM gebruik je? HotSpot? Zoek eens op de site van SUN
> de JDCTechTips van 22 december 2000 op. Daarin staat een
> artikel met als titel: 'A MEMORY TESTBED APPLICATION'.
> Het kan heel verhelderend zijn dit eens te lezen.

Heb ik gelezen, was heel leerrijk maar het heeft geen licht in mijn
duisternis geschept. :-(
Maar we geven niet op, ik post wel de oplossing wanneer het in orde is...
In elk geval bedankt voor de hulp!


  Bart.