Memory leak i forbindelse med entity framework/linq

Uden at vide hvad din kode gør er det ik' nemt ...

men:
  var query = from f in context.BFile select f;
  BFile bf = query.First(); 
burde kunne skrives som:
BFile bf = context.BFile.First();

hvis jeg ik' husker helt galt ...

Men der må jo være en masse objekter du ikke får Disposed eller en masse string concat ....

// ouT

Jeg prøver lige at poste hele min testmetode.
Leaket er kun tilstede når "query.First()" kaldes.

public void TestDB{
  while (true){
    try{
      Context ctx = new Context("user", "passwd");
      Database database = new Database();
      Entities context = (Entities) database.GetEntities(ctx);
     
      using (context){
        var query = from f in context.BFile select f;
        BFile bf = query.First();
      }
      context.Dispose();             
    }
    catch (Exception ex){
      Console.WriteLine(ex.Message);
    }
  }
}

øhhh ...

Hvad er meningen med den kode ? At du vil løbe tør for ram ?

Du har vel også en masse ting som ikke nøvedigvis bliver disposed med det samme og det venter jo så på at GC kommer til ... og det sker jo sådan set kun når den har lyst ... eller mangler ram mener jeg.

Hvad er det præcise formål med den her test ?

// ouT

Der er tidligere opstået en  fejl i den underliggende Oracle Devart når databasen tilgås hurtigt flere gange i træk, denne test skal sikre at fejlen er rettet.
Man kan se at GC kører periodisk,  og at der deallokeres hukommelse, men forbruget er stigende.
Det samme gør sig gældende for de servere det hoster løsningen, man kan se at hukommelsesforbruget løbende stiger når databasen tilgås.

Tror du bliver nød til at smide flere debug ting ind ...

Jeg har en stor db ... og serveren bruger alt ram ... dvs SQL'en gør ... og den laver intet være fri ... så det er vel meget normalt at Oracle databasen og bliver alt ram.

Men stiger forbruget konstant ... dvs indtil du får en OutOfMemoryException ?

Men det lader jo stadig til at du måske har en del ting som ikke bliver Disposed med det samme de faktisk burde.

// ouT

Det betyder ikke det store at databasen sluger meget ram, da den har sin egen dedikerede server.
Problemet ligger i at de server der kalder databasen bruger mere og mere ram indtil de til sidst får en  OutOfMemoryException. Vi har sporet problemet til selve database kaldene, som nærmest er identiske med testkoden.
Hvis vi fjerner koden inden for "using" blokken er hukommelsesforbruget konstant

Memory leaket er fundet... Det er en fejl i den anvendte data provider