Klasse implementiert ein Interface weniger, höherer Speicherverbrauch

[freimatz]

Hallo,
in einer sehr komplexen Anwendung habe ich bei einer Klasse ein Interface entfernt. Beispiel:

Delphi-Quellcode:

//vorher
TBla = class(TVorfahr, IBla1, IBla2, IBla3, IBla4)
//nachher
TBla = class(TVorfahr, IBla1, IBla2, IBla3)

Ich habe also IBla4 entfernt. Es wird auch nicht benötigt. Alles kompiliert. Alle tausende Tests (Unit-Tests und UI-Tests) laufen korrekt durch ausser einem. Jener bemängelt, dass die Anwendung mehr Speicher benötigt. Nicht viel, aber doch über der üblichen Schwankung.
Hat wer eine Ahnung woran das liegen könnte? Kann sich jemand ein Scenario vorstellen wie so was passieren kann?
(In anderen Fällen gab es schon mal eine Kreuzreferenz was dann durch "[weak]" oder Umstellung gelöst werden konnte. Aber sowas kann ich mir nicht vorstellen.)

[Kas Ob.]

Hi,

I think, even if IBla4 wasn't needed but its functions is being called, may be one of them return a reference counted class/object/interface, if such function being called from the object TBla directly then it will be handled as usual class function, but if it was called from something like IBla4 within TBla then reference counted will be invoked and memory will be cleaned earlier, not leaving it hanging there waiting the application to close.

[jaenicke]

Hast du wirklich nur in der Klassendefinition das Interface entfernt? Und wenn du es wieder hinzufügt, ist der Speicherverbrauch wieder normal?

Um welche Werte reden wir denn hier? Wie oft liegt die Klasse im Speicher und wie hoch sind dabei die Unterschiede im Verbrauch in absoluten Werten?

[freimatz]

Hallo,
ja ich habe nur diese id und das Komma entfernt. Die Werte sind so bei 3%. Das ist nicht recht viel. Dafür dass diese Klasse eine von 24 ist und nur dieses interface weg bekommt recht viel. Wie oft das tatsächlich ist und wie die absoluten Werte sind kann ich nicht sagen. Das genauer zu untersuchen war mir bislang zuviel Aufwand.
Ein Fall ist mir noch eingefallen: if not Supports(Klasse, IBla4) then ProduziereSpeicherLeck();
Solche "if not Supports" kommen tatsächlich vor. Sie dürften jedoch nie aufgerufen werden und führen nach then zu einem raise einer Exception.
Nun denn, mal schauen wie ich da weiter mache. Auf jeden Fall nicht mehr dieses Jahr
Danke für Eure Denkanstösse.

[Blup]

Mehr Speicherverbrauch 3% von was? Der gesamten Anwendung, der Klasse oder ...?
Unterstützt TVorfahr bereits IBla4?
Unterstützt ein Nachfahre von TBla IBLa4?

Jeder Nachfahren von TBLa der zusätzlich IBLa4 unterstützen, braucht eine eigene Liste von Interfaces.
Stimmt die Liste mit der von TBLa überein, wird vieleicht die selbe Liste verwendet.
Das könnte zumindest einen kleinen Unterschied im Speicherbedarf für die Klassen erklären.

[jaenicke]

Zitat von Blup:

Jeder Nachfahren von TBLa der zusätzlich IBLa4 unterstützen, braucht eine eigene Liste von Interfaces.
Stimmt die Liste mit der von TBLa überein, wird vieleicht die selbe Liste verwendet.

Ja, an so etwas habe ich auch gedacht. Allerdings fällt das normalerweise kaum ins Gewicht, weshalb ich nach genaueren Daten zum Speicherverbrauch gefragt hatte. Es wäre schon wichtig diesen Speichermehrverbrauch auf die einzelne Instanz umrechnen zu können.

Wenn es z.B. 100.000 Nachfahr-Objekte gibt, macht das einiges aus. Ist es nur eine einzelne Instanz, würde das nicht passen.