FB wird immer langsamer und MON$ATTACHMENTS immer länger

[Iwo Asnet]

Hi,

Ich habe hier das Problem, das eine DB über die Tage hin immer langsamer wird und ich weiss einfach nicht, wieso. Die Tabelle MON$TRANSACTIONS enthält drei Einträge, das passt auch.

Ich bin echt ratlos. Das Einzige, was mir auffällt, ist, das die Tabelle MON$ATTACHMENTS von Firebird immer länger wird. Bei den Einträgen ist fast überall MON$STATE=0. Sie kommen fast alle von einer Applikation

Wenn ich fbServer.EXE abschieße, dann startet der sofort neu. Anschließend ist alles wieder in Butter. Bis in 1-3 Wochen der gleiche Scheiss wieder auftritt.

Hat Jemand eine Idee?

[mkinzler]

Die Verbindungen scheinen nicht richtig geschlossen zu werden. Werden Verbindungsprobleme gelogt? Wann/wie werden Verbindungen im Programm aufgebaut?

[Iwo Asnet]

hi,

Ok ok... Da kommen wir der Sache näher...
Wäre das denn etwas, was FB in die Knie zwingt?

Verbindungsprobleme werden nicht geloggt.

Ich habe eine Job-Queue implementiert. Die Jobs werden nacheinander, schön sequentiell, ausgeführt.
Wenn ein Job ausgeführt wird, fordere ich eine Connection (TIBDatabase-Objekt) aus einem Pool an.
Dann starte ich die Transaktion, führe das Zeugs aus, commite und gib dem Connectionpool die connection wieder zurück.

Hier das Create und das Dispose. Die Connection bleibt aber am Leben, d.h. i.d.R. wird eine Connection erzeugt und erst bei Programmenende per Dispose wieder weggeschmissen.

Delphi-Quellcode:

function TConnectionPool.CreateConnection: TIBDatabase;
begin
  Result := TIBDatabase.Create(nil);
  Result.DatabaseName := fDatabaseName;
  Result.Params.Clear;
  Result.Params.Add('user_name=sysdba');
  Result.Params.Add('password=xxxxx');
  Result.LoginPrompt := False;
  Result.DefaultTransaction := TIBTransaction.Create(nil);
  Result.Connected := True;
end;
...
procedure TConnectionPool.DisposeConnection(aConnection: TIBDatabase);
begin
  fPendingConnections.Remove(aConnection);
  aConnection.Connected := False;
  aConnection.DefaultTransaction.Free;
  aConnection.DefaultTransaction := nil;
  aConnection.Free;
end;

Mir scheint aber, das hier etwas anderes vorliegt. Ich habe 3 Jobs pro Sekunde und mittlerweile 237 Einträge in dieser MON$ATTACHMENTS-Tabelle. Alle 236 haben den gleichen Zeitstempel.

[chaosben]

Jetzt wäre noch die Stelle interessant, an der entschieden wird, ob einen neue Verbindung nötig ist.
Ich vermute mal, es werden immer wieder neue Verbindungen aufgemacht und die bestehenden nicht weiterverwendet.

[hoika]

Hallo,

ich würde mal per FastMM4 prüfen,
ob wirklich alles freigegeben wird.
In deinem Pool-Create vermisse ich z.B.
einen Verweis auf das pendingXXX


Heiko

[tsteinmaurer]

Wenn die Anzahl der Connections nicht abnimmt, dann stimmt was mit einer Connection-Pool Implementierung nicht.