Arbeitsspeicherprobleme

ab-software · Beitrag von **ab-software** » Fr, 04. Aug 2006 14:27

Hallo,

habe eine kleine ca. 600kb große EXE. Im Normalbetrieb verbraucht diese ca. 19MB Arbeitsspeicher. (was mir für diese kleine Exe auch schon sehr viel vorkommt). Bei einem unserer Kunden steigt jedoch der Arbeitsspeicher verbrauch im Laufendenbetrieb ständig. Ich kann es jedoch auf keinem anderen System nachvollziehen.

Jemand ne Idee was das sein könnte ?

Grüße

Beitrag von **Martin Altmann** » Fr, 04. Aug 2006 14:37

Hallo Ari,
der Speicherbedarf setzt sich ja nicht nur aus der Größe der EXE sondern auch aus den geladenen DLLs zusammen!
Worin unterscheidet sich der betreffende PC von den anderen? OS? Lokale Installation?

Viele Grüße,
Martin

ab-software · Beitrag von **ab-software** » Fr, 04. Aug 2006 14:46

hallo

der PC auf dem der Fehler auftritt hat als OS ein Windows XP , habe es hier bei uns unter Windows XP und unter Windows 2000 laufen gelassen (auch über längere Zeiträume)
Ansonsten greifen die verschiedenen Rechner alle auf die gleichen DLL Versionen zu.
Das Programm liest lediglich alle paar Sekunden Daten aus einer Datenbank aus und schickt Sie an den ComPort

Beitrag von **Martin Altmann** » Fr, 04. Aug 2006 14:50

Hallo Ari,
und sowohl bei Dir als auch bei Deinem Kunden ist alles lokal auf dem PC installiert?
Oder liegen die EXE und/oder die DLLs auf einem Netlaufwerk?

Viele Grüße,
Martin

Gerd König · Beitrag von **Gerd König** » Fr, 04. Aug 2006 14:56

Hallo,

wir hatten unter der XBase-Version 1.80 das selbe Problem.

Die Ursache könnte im Garbage-Collector liegen.

Das Hochlaufen des Speichers war weg, nachdem wir kaum noch STATIC-Variable (konsequent keine STATIC-Arrays) verwendet haben. Allerdings sind wir zu diesem Zeitpunkt auch zur (fast) ausschließlichen OOP übergegangen.

Viele Grüße
Gerd

ab-software · Beitrag von **ab-software** » Fr, 04. Aug 2006 15:38

hallo

die Daten liegen immer auf einem Netzlaufwerk.
Staticvariablen verwende ich überhaupt nicht, sondern nur LOCAL's in den Funktionen.

Beitrag von **Martin Altmann** » Fr, 04. Aug 2006 15:43

Hallo Ari,
kann es sein, dass bei Deinem Kunden vielleicht ein Novell oder Linux Netz zum Einsatz kommt?
Oder ist das auch (wie bei Dir?) normal TCP/IP (oder NetBEUI) von MS?
Normalerweise werden die Dlls ja nur einmalig (für jedes Programm) in den Hauptspeicher geladen...
Geht der Speicher weg, wenn Du immer nur eine bestimmte Funktion dort aufrufst, oder auch wenn das Programm "nichts" macht?

Viele Grüße,
Martin

ab-software · Beitrag von **ab-software** » Fr, 04. Aug 2006 15:47

Das ganze läuft auf einem ganz normalen Windows Netzwerk über TCP/IP.
Der Speicher geht auch weg wenn ich "nichts" mache. Zusätzliche DLL's werden in dem Programm auch nicht geladen. Brauche nur die Standart Xbase DLL's die im gleichen Pfad liegen in dem auch die Exe liegt.

Beitrag von **Martin Altmann** » Fr, 04. Aug 2006 15:51

Hallo Ari,
also wenn Du (bzw. Dein Programm) "nichts" macht, kann auch kein Speicher weggehen (oder pollt Dein Programm den Comport, auch wenn es "nichts" macht?)!
An Deinem Programm wird es dort wohl nicht liegen!!
Was läuft da noch an Software parallel zu Deinem Programm?

Viele Grüße,
Martin

ab-software · Beitrag von **ab-software** » Fr, 04. Aug 2006 15:57

kann durch fremdsoftware denn überhaupt der speicherbedarf meiner exe wachsen , denn ich sehe ja im Taskmanager das es meine exe ist die den ganzen Speicher frisst.

Beitrag von **Martin Altmann** » Fr, 04. Aug 2006 16:10

Hmm,
eigentlich nicht.
Was zeigt denn der Taskmanager an, wenn du Dein Programm verkleinerst als Symbol, eine Weile wartest (der Speicerverbrauch dürfte dann erheblich fallen) und dann Dein Programm wieder vergrößerst?
Der Speicherverbrauch müßte dann wieder ansteigen, aber er wird den alten Wert (erstmal) nicht erreichen!
So zuverlässig ist der Taskmanager im übrigen nicht, um so etwas zu prüfen!
Schau Dir mal die Tools von SysInternals an - dort findest Du bestimmt einiges, was Dir bei der Ursachensuche helfen sollte.
Hast Du Dir schon mal den Profiler von Alaska angeschaut? Ich selber habe damit zwar auch keine Erfahrung, aber vielleicht hilft Dir das ja auch?

Viele Grüße,
Martin

ab-software · Beitrag von **ab-software** » Fr, 04. Aug 2006 16:37

Das Programm läuft leider nur in der Taskbar hat also kein eigenes Fenster. Mit dem Profiler habe ich leider auch noch überhauptkeine Erfahrung werde ihn mir aber mal angucken, genauso wie die Tools.

Danke schonmal für deine Hilfe

Grüße

Beitrag von **brandelh** » Fr, 04. Aug 2006 16:44

Hallo,

in den Subscriptionen gibt es einen MemoryWatcher, der solche Speicherlöcher finden soll.

Beitrag von **Bernd Reinhardt** » So, 06. Aug 2006 10:54

Hallo.
Wir hatten mal ein ähnliches Problem mit Speicherüberlauf.
Über eine API-Funktion haben wir den Standarddrucker umgeschaltet.
Anschließend auch ein Refresh auf die Anzeige.
(Falls system - Drucker offen wird der Pfeil für Standarddrucker aktuell gesetzt).
Diese Funktion hat dann den Speicher auch nicht mehr freigegeben.
Nur Drucker umschalten alleine ging dann.
In ACCESS mit VBA hatte ich das selbe Problem mit dem Speicher.
Es gibt einige Funktionen in Windows die nur Speicher reservieren, aber nicht mehr freigeben.

Verwendest Du API aufrufe?
COM-Port über welche Tools?

Gruß
Bernd