Hy,

ich hab gerade ein Problem das meine VB Anwendung mit der Zeit immer mehr Speicher benötigt.

Habe aber im Moment wo der ganze Speicher benötigt wird.

Gibt es eine Möglichkeit anzuzeigen welches objekt wieviel Speicher benötigt?



mfg

SignItUp schrieb:

Gibt es eine Möglichkeit anzuzeigen welches objekt wieviel Speicher benötigt?

Im Prinzip nein, bzw keine "einfache".

Ändert sich was, wenn du GC.Collect() aufrufst?

Das kann ich jetzt noch nicht sagen, der Speicher erhöht sich merkbar erst nach 1-2 Tagen.

Aber werd ich einmal testen.

Nur, diese Garbage Collection soll doch durch .net automatisch aufgerufen werden.

Wird sie auch. Aber je nach "Alter" bzw Generation gibts unterschiedliche treshholds.
Über welche Speicher"mengen" reden wir denn überhaupt?

Sauberes programmieren hilft oftmals auch. Also immer schön nicht mehr benötigte Objekte disposen usw. habe ich früher auch nicht gemacht, wenn ich mir nun meine alten Programme ansehe die nichts großes machen und Megabytes im Speicher benötigen ist das schon nicht so toll

Danke für den Hinweis, nützt mir aber im moment nicht.

bitte hilfreiche Antworten!

Aber genau das sind Antworten die dir helfen.
Oder willst du jetzt hören:
"Vermutlich ist dein Object XYZ daran Schuld" ???

Arbeite im Code mit Using oder dispose deine Objekte brav wenn diese nicht mehr benötigt werden.
Es kennt niemand dein Programm deswegen kann hier nur vermutet werden.

lg

tja, das Problem dabei, es laufen mehrere Datenaufzeichnungen und mehrere IP-Cameraaufzeichnungen. Diese laufen ständig.

D.h. diese Objekte werden das ganze Jahr über nie zerstörrt.

Dazu wäre eben eine Möglichkeit interessant, die mir den Speicherbedarf der einzelnen Objekte anzeigt.

Datenaufzeichnungen + Bilder = unmanaged resourcen!
.Dispose?

Du kannst Dir aber den verfügbaren Speicher anzeigen lassen (suche danach im Forum) bzw. in eine Logdatei schreiben lassen.
Wenn Du bei kritischen Stellen eine Logausschrift machst, kannst Du Dich jedenfalls recht gut an Deinen Speicherfresser rantasten.

Memory Leaks - insbesondere wenn sie sich erst nach einiger Zeit bemerkbar machen - gehören wohl immer noch zu den problematischeren Fehlern. Im Profi-Bereich setzt man dafür (teure) Profiler ein, mit denen sich der Ursprung eingrenzen lässt.

Gerade gesehen dass der .NET Memory Profiler auch eine Trial-Version anbietet, vielleicht hilft das ja weiter.

Wenn du Teile des Quellcodes bereitstellen würdest, die deiner Meinung nach für den Speicherverbrauch verantwortlich sind, könnten wir gucken, ob du Recht hast.

Thx.. also das mit dem Memory Profiler hilft ja einiges weiter

Aber jetzt noch eine Frage zu ArrayListen und Speicherverbrauch

Ich hab z.B. folgende Funktion



Wäre es besser am Ende die Arraylist noch zu löschen oder wird das von der Garbage Collection durchgeführt