Memory-leak

Det kan godt have noget at gøre med din vm

hvis det har noget med dit program at gøre tror jeg du kan analysere det ved hjælp af dette program:
http://java.sun.com/people/billf/heap/index.html

Det er desværre let at lave memory leaks, typisk
ved at  man glemmer at der ofte er mere end en
reference til et objekt. Hvis du finder ud af noget
må du meget gerne skrive det her.

Er klasse med System.gc() ikke stort set ubrugelig ? Der er jo ingen garanti for at Garbage Collectoren kører selv om du kalder den.

Hvad med evt. at smide lidt kode...

Det kan være mange ting...
kom med koden...

tmceu - koden på gc-klassen?

package Tools;

public class MemoryRestorer extends Thread
  {
    private boolean shouldRun = false;
    private float procent = 25;
    private Runtime RT;
    public MemoryRestorer( int _procent )
      {
        RT = Runtime.getRuntime();
        if( _procent > procent && _procent < 75 )
          {
            procent = _procent;
          }
        shouldRun = true;
        start();
      }
    public void run()
      {
        while( shouldRun )
          {
            long Fri = RT.freeMemory();
            long Total = RT.totalMemory();
            float forhold = ( (float) Fri / (float) Total ) * 100;
            if( forhold < procent && Total > 60000 )
              {
                System.gc();
              }
            try
              {
                sleep( 10000 );
              }
            catch( InterruptedException e )
              {
                e.printStackTrace( System.out );
              }
          }
      }     
  }

Men jo - den er stort set ubrugelig. Men den virker i ca 1% af tilfældende, hvor den invoker gc :-). Placebo-effekten du ved - den er også vigtig.

Det andet kode er for stort, rodet, uigennemskueligt og mudret til at fremvise.

Din sidste kommentar forklarer muligvis problemet :)

Hehe ... ja - det har jeg også overvejet. Ulempen ved at have 1100 linjers kode i en enkelt klasse, et fundament, der overhovedet ikke er designet og en databas der, alene ved at kigge på tabelnavnene, kan konstateres at have syv brud på første normalform.

Udtrykket \"til pis!\" dækker meget godt min reaktion, da den memoryleak dukkede op.

En databas er i øvrigt en form for el-bas, der i stedet for el drives af data. En mere teknisk forklaring kan jeg dog ikke levere.

Jeg tror, jeg har fået ram på lækket - men jeg er ikke sikker endnu (et enkelt gennemløb tager på den forkerte side af en time). Tilsyneladende har det hjulpet, at jeg har indført en dø() kommando i eet af mine databærende objekter.

Objektet har 6 eller 7 arrays, som tilsyneladende ikke bliver ryddet af gc. dø() sætter alle klassens globale variabler til null, og kaldes lige inden selve objektet bliver sat til null.

Spændende at se, om det virkelig har hjulpet.

Jow - min dø()-metode virker. Der er ikke noget læk længere.

Lækket har åbenbart været der hele tiden - har bare ikke arbejdet med nok data, til at det kunne ses.

Jeg læste lige ordet database et eller andet sted.

Jeg har tidligere set en leak i oracle driver, men ellers vil jeg anbefale dig at huske at close resultset, statements og connections efter brug.