Speicherleaks finden mit FastMM4

[jaenicke]

Du hast keine Debuginformationen einkompiliert (sieht man an DebugInfo=0 in der .dof Datei). Ohne bekommst du auch keinen Stacktrace.

In aktuelleren Delphiversionen ist FastMM übrigens schon in Delphi integriert.

[TiGü]

Zitat von jaenicke:

In aktuelleren Delphiversionen ist FastMM übrigens schon in Delphi integriert.

Himi ist ja auch so ein Kandidat, der das immer wieder schreibt, aber ihr wisst es doch alle eigentlich besser.
Nur mit dem aufgebohrten FastMM per externer Unit+Inc und Debug-DLL bekommt man aussagekräftige Log-Dateien und Warnungen, wenn Speicher durch Überschreiben korrumpiert wird.
Das bisschen an Information das per MessageBox vom integrierten FastMM durch ReportMemoryLeaksOnShutdown := True; ggf. gezeigt wird, ist ja nur die Spitze des Eisberges und würde sogar in dem Beispielfall hier null weiterhelfen.

[generic]

Kennst du mein Video?

Von 0 auf 100 - FastMM4 - Ein Speichermanager für Delphi
https://www.youtube.com/watch?v=o0yZgQoV8MA

[Benmik]

Außerdem gibt es doch seit Kurzem FastMM5 ohne die Inc-Datei.

[Shark99]

Es gibt auch eine AVX Version von FastMM4: https://github.com/maximmasiutin/FastMM4-AVX

[Benmik]

Ja, aber die ist 2 Jahre alt (Mai 2018). FastMM5 ist von Grund auf neu geschrieben, wie da steht, da sollte FastMM4 obsolet sein.

[Shark99]

MM5 geht imho erst ab XE3. FastMM4-AVX ist eine gute Alternative um alten Projekten einen Performance Boost zu geben.

[generic]

Zitat von Benmik:

Außerdem gibt es doch seit Kurzem FastMM5 ohne die Inc-Datei.

Schade, Version 5 steht unter GPL Lizenz - dadurch in kostenfreien aber closed Source-Projekten nicht einsetzbar ohne die 100 Taler zu berappen.

[Stevie]

Zitat von generic:

Schade, Version 5 steht unter GPL Lizenz - dadurch in kostenfreien aber closed Source-Projekten nicht einsetzbar ohne die 100 Taler zu berappen.

Wie viele kostenlose aber closed Source-Projekte gibt es denn, die heftigst multithreading betreiben, für dass sie FastMM5 benötigen?

[Harry Stahl]

Zitat von generic:

Kennst du mein Video?

Von 0 auf 100 - FastMM4 - Ein Speichermanager für Delphi
https://www.youtube.com/watch?v=o0yZgQoV8MA

Das Video habe ich gesehen, war sehr hilfreich und ich habe es dann erfolgreich in der erweiterten Variante umsetzen können und so ein paar Memory-Leaks schließen können, die ich mit der einfachen Variante nicht ausfindig machen konnte.

Eine Frage in diesem Zusammenhang:

Die MemoryManager_EventLlog Datei war über 1 MB groß, häufiger mit doppelten Einträgen. Gibt es eigentlich ein Tool, welches die Einträge auswertet und dann die Unit öffnet und zur Zeile springt, wo der Speicherverbrauchende Prozess erzeugt wurde? Denn manuell das alles zu sichten, war schon sehr unkomfortabel...