DbUseArea() und MemoryHandles

Zugriff, Engines, Konvertierung. Von ADS über DBF bis zu SQL.

Moderator: Moderatoren

Antworten
Benutzeravatar
Jan
Marvin
Marvin
Beiträge: 14641
Registriert: Fr, 23. Sep 2005 18:23
Wohnort: 49328 Melle
Hat sich bedankt: 21 Mal
Danksagung erhalten: 87 Mal
Kontaktdaten:

DbUseArea() und MemoryHandles

Beitrag von Jan »

Hallo,

in einem Programmmodul öffne ich eine dbf, kontrolliere einige Daten, und schließe die dbf wieder. Das mache ich im 1/2-Sekunden-Takt. Wir brauchen jetzt nicht zu diskutieren ob solch eine Vorgehensweise sinnvoll ist oder nicht. Es geht um etwas anderes.

Dieses Programm, in dem vier Threads im 1/2-Sekunden-Takt arbeiten (einer davon der oben beschriebene), stürzt in längeren Abständen (mehrere Tage) kommentarlos ab. Einfach weg. Ich hab dann mal den MemWatch eingebunden und dort gesehen, das die Memory Handles rasant in die Höhe gehen. Als Quelle konnte ich den oben beschriebenen Thread identifizieren.

Ich hab dann mal testweise die dbf nicht am Ende der Schleife geschlossen. Und beim Eintritt in die Thread-Funktion abgefragt, ob die schon offen ist - wenn nicht, wird die geöffnet, ansonsten halt eben nicht. Und siehe da, die Handles bleiben wie sie sind.

Jetzt bin ich leicht irritiert. Warum springen die Memory Handles beim Öffnen einer dbf nach oben, und werden auch nicht wieder frei gegeben?

Ergänzung: Das läuft alles auf einem ADS 12.1. Auch in den anderen Threads werden dbf geöffnet. Da scheint das aber komplett ohne Nebenwirkungen auf die Memory Handles zu laufen. Der Unterschied ist: In dem betreffenden Thread ist der dbf-Name 12 Zeichen lang. Also kürze ich den beim Öffnen in der Alias-Angabe auf 10, da der ADS ja nichts über 10 Stellen mag. Aber das kann doch wohl nicht der Grund sein, oder?

Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Benutzeravatar
brandelh
Foren-Moderator
Foren-Moderator
Beiträge: 15688
Registriert: Mo, 23. Jan 2006 20:54
Wohnort: Germersheim
Hat sich bedankt: 65 Mal
Danksagung erhalten: 33 Mal
Kontaktdaten:

Re: DbUseArea() und MemoryHandles

Beitrag von brandelh »

2 mal je Sekunde ... ich hätte an cache oder an Überlastung des GC gedacht.
Beim Öffnen von Dateien muss ja cache eingelesen und wie du schreibst auch strings verarbeitet werden ...

Ich habe auch eine Routine die sehr viel Text einliest umsetzt und in DBF wegschreibt, diesem Thread habe ich ein sleep(1) eingebaut, damit der GC im Hintergrund genug Zeit hat.
Das hat bei mir keine Verzögerung gegeben und durch den Einbau in einen Thread (und disablen der gefährlichen Buttons) kann ich das restliche Programm sogar sauber bedienen.
Gruß
Hubert
Benutzeravatar
Jan
Marvin
Marvin
Beiträge: 14641
Registriert: Fr, 23. Sep 2005 18:23
Wohnort: 49328 Melle
Hat sich bedankt: 21 Mal
Danksagung erhalten: 87 Mal
Kontaktdaten:

Re: DbUseArea() und MemoryHandles

Beitrag von Jan »

Hallo Hubert,

in diese dbf schreibe ich fast nie etwas hinein. Ich kontrolliere nur, ob was zu tun ist (fast nie), und würde in dem Fall ein logisches Feld von .T. auf .F. setzen.

Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Benutzeravatar
brandelh
Foren-Moderator
Foren-Moderator
Beiträge: 15688
Registriert: Mo, 23. Jan 2006 20:54
Wohnort: Germersheim
Hat sich bedankt: 65 Mal
Danksagung erhalten: 33 Mal
Kontaktdaten:

Re: DbUseArea() und MemoryHandles

Beitrag von brandelh »

Ich meinte nicht das Schreiben in die DBF, sondern die String Operationen die du für den Namen etc. machen musst, aber auch das öffnen und schließen von Dateien kostet Zeit und handles.
Ob das ein Problem darstellt weiß ich nicht, aber ein Thread der endlos Zeit verbraucht sollte mit sleep(0) oder 1 zur Kooperation überredet werden, damit die anderen Threads auch noch Rechenzeit bekommen.
Gruß
Hubert
ramses
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2513
Registriert: Mi, 28. Jul 2010 17:16
Hat sich bedankt: 12 Mal
Danksagung erhalten: 77 Mal

Re: DbUseArea() und MemoryHandles

Beitrag von ramses »

Jan

bist du sicher dass ADS mehr als 8+3 Zeichen als Dateinamen zulässt?

Gruss Carlo
Valar Morghulis

Gruss Carlo
Benutzeravatar
Jan
Marvin
Marvin
Beiträge: 14641
Registriert: Fr, 23. Sep 2005 18:23
Wohnort: 49328 Melle
Hat sich bedankt: 21 Mal
Danksagung erhalten: 87 Mal
Kontaktdaten:

Re: DbUseArea() und MemoryHandles

Beitrag von Jan »

Moin Carlo,

ja. 10 Zeichen sind für den Alias zulässig. Der Dateiname selber darf länger sein.

Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Benutzeravatar
Jan
Marvin
Marvin
Beiträge: 14641
Registriert: Fr, 23. Sep 2005 18:23
Wohnort: 49328 Melle
Hat sich bedankt: 21 Mal
Danksagung erhalten: 87 Mal
Kontaktdaten:

Re: DbUseArea() und MemoryHandles

Beitrag von Jan »

Moin Hubert,

der Einbau eines Sleep(1) bringt überhaupt nichts. Die Memory Handles gehen bei jedem Öffnen (oder Schließen?) wieder massiv hoch.

Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Benutzeravatar
brandelh
Foren-Moderator
Foren-Moderator
Beiträge: 15688
Registriert: Mo, 23. Jan 2006 20:54
Wohnort: Germersheim
Hat sich bedankt: 65 Mal
Danksagung erhalten: 33 Mal
Kontaktdaten:

Re: DbUseArea() und MemoryHandles

Beitrag von brandelh »

der Einbau eines Sleep(1) bringt überhaupt nichts.
dann ist es kein Zeit / Überlastungsproblem, die Speicherbereiche / handles werden wohl nicht sauber freigegeben.

Sowas hatte ich wegen einem Fehler in der OT4XB auch, als ich viele tausend PDF mit QuickPDF erzeugt habe, damals habe ich Pablo angeschrieben und er hat ein Speicherleck bei sich festgestellt ...

Du wirst nicht umhin kommen, Alaska mit deinem Code zu belästigen, damit die nachsehen ob in der ADSDBE ein Fehler enthalten ist, der sich so auswirkt.
Gruß
Hubert
Benutzeravatar
Manfred
Foren-Administrator
Foren-Administrator
Beiträge: 21165
Registriert: Di, 29. Nov 2005 16:58
Wohnort: Kreis Wesel
Hat sich bedankt: 206 Mal
Danksagung erhalten: 67 Mal

Re: DbUseArea() und MemoryHandles

Beitrag von Manfred »

Jan,
kannst Du mal spasseshalber den Code zeigen, wie Du das machst?
Gruß Manfred
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
Benutzeravatar
Tom
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 9345
Registriert: Do, 22. Sep 2005 23:11
Wohnort: Berlin
Hat sich bedankt: 100 Mal
Danksagung erhalten: 359 Mal
Kontaktdaten:

Re: DbUseArea() und MemoryHandles

Beitrag von Tom »

Aber das hier (PDR aus der 1.9.331, aber immer noch offen) ist es nicht, oder?

http://www.alaska-software.com/scripts/ ... PDRID=5993

Was geschieht, wenn Du statt des Sleep() einfach mal den Zyklus auf 2 oder 5 Sekunden erhöhst? Aber der CG kann es eigentlich nicht sein - eine halbe Sekunde sind für einen zügigen Rechner Jahrzehnte.
Herzlich,
Tom
Benutzeravatar
Jan
Marvin
Marvin
Beiträge: 14641
Registriert: Fr, 23. Sep 2005 18:23
Wohnort: 49328 Melle
Hat sich bedankt: 21 Mal
Danksagung erhalten: 87 Mal
Kontaktdaten:

Re: DbUseArea() und MemoryHandles

Beitrag von Jan »

Tom,

das sieht gut aus. Ich werd mal Alaska fragen, wie es mit dem PDR aussieht.

Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Benutzeravatar
Jan
Marvin
Marvin
Beiträge: 14641
Registriert: Fr, 23. Sep 2005 18:23
Wohnort: 49328 Melle
Hat sich bedankt: 21 Mal
Danksagung erhalten: 87 Mal
Kontaktdaten:

Re: DbUseArea() und MemoryHandles

Beitrag von Jan »

Ich hab das mit dem PDR 5993 mal bei Alaska angefragt. Der ist eindeutig noch offen. Es ist aber gegenwärtig/kurzfristig nicht geplant, was an der ADSDBE zu machen. Dumm gelaufen für mich. Für die PGDBE wird alles sofort gemacht. Alle anderen DBE bleiben ungefixt (ich hab da noch ein paar PDR in dem Bereich offen, die auch schon seit Jahren offen bleiben).

Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
ramses
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2513
Registriert: Mi, 28. Jul 2010 17:16
Hat sich bedankt: 12 Mal
Danksagung erhalten: 77 Mal

Re: DbUseArea() und MemoryHandles

Beitrag von ramses »

Jan

versuch doch mal den Code im Thread nicht als Schleife auszuführen sondern jeweils einen neuen Thread zu starten der den Code erneut ausführt.
Für die PGDBE wird alles sofort gemacht.

Bist du da sicher? Dauert ein USE auf eine grosse Datenbank nicht mehr Minuten?

Gruss Carlo
Valar Morghulis

Gruss Carlo
Benutzeravatar
Tom
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 9345
Registriert: Do, 22. Sep 2005 23:11
Wohnort: Berlin
Hat sich bedankt: 100 Mal
Danksagung erhalten: 359 Mal
Kontaktdaten:

Re: DbUseArea() und MemoryHandles

Beitrag von Tom »

Die Kapazitäten sind halt begrenzt. :wink:

Kannst Du nicht das, was Du weiter oben aus Testzwecken implementiert hattest, in eine dauerhafte Lösung überführen? Damit hättest Du dann auch noch einen Performancegewinn.
Herzlich,
Tom
Benutzeravatar
Jan
Marvin
Marvin
Beiträge: 14641
Registriert: Fr, 23. Sep 2005 18:23
Wohnort: 49328 Melle
Hat sich bedankt: 21 Mal
Danksagung erhalten: 87 Mal
Kontaktdaten:

Re: DbUseArea() und MemoryHandles

Beitrag von Jan »

Tom,

im Moment läuft das im Dauermodus. Also dbf beim ersten Threaddurchlauf öffnen, und dann offen halten. Alles andere geht ja nicht, ganz praktisch gesehen.

Blöd ist das aber trotzdem. Bei dem Kunden laufen viele Programme, wo die dbf teilweise bei Bedarf geöffnet werden. Bei Weitem nicht so massiv wie bei dem oben geschilderten Problemfall. Aber eben doch. Und jedes Öffnen und Schließen treibt den Speicher wieder hoch. Das ist echt blöd sowas.

Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
ramses
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2513
Registriert: Mi, 28. Jul 2010 17:16
Hat sich bedankt: 12 Mal
Danksagung erhalten: 77 Mal

Re: DbUseArea() und MemoryHandles

Beitrag von ramses »

Jan
ich habe auch ein Programm welches Messwerte im 5 Sekunden Takt wegschreibt. Dieses öffnet auch jedesmal über die ADSDBE eine DBF und läuft über Monate ohne Probleme. Ich habe jedoch keine Schlaufe wie du sondern starte den Thread alle 5 Sekunden neu.

Gruss Carlo
Valar Morghulis

Gruss Carlo
Benutzeravatar
Jan
Marvin
Marvin
Beiträge: 14641
Registriert: Fr, 23. Sep 2005 18:23
Wohnort: 49328 Melle
Hat sich bedankt: 21 Mal
Danksagung erhalten: 87 Mal
Kontaktdaten:

Re: DbUseArea() und MemoryHandles

Beitrag von Jan »

Carlo,

wie machst Du das, den Thread alle 5 Sekunden neu zu starten? Aber abgesehen davon - so wie ich den PDR verstehe ist das vollkommen egal, wie das gemacht wird - dbf öffnen und schließen klaut jedes Mal Speicher.

Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
ramses
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2513
Registriert: Mi, 28. Jul 2010 17:16
Hat sich bedankt: 12 Mal
Danksagung erhalten: 77 Mal

Re: DbUseArea() und MemoryHandles

Beitrag von ramses »

Hallo Jan

einen Thread bezw. die Funktion kannst du z.B. so neu aufrufen:

Code: Alles auswählen

oThread := Thread():new()
oThread:setInterval( 500 )
oThread:start( {||Funktion2run()}  )
Hast du mal versucht in den Alaska Runtime die ace32.dll und axcws32.dll gegen neuere aktuelle Version zu Updaten? Ich verwende die Version 10.10.0.49 und NICHT die Verion 7 welche Alaska jeweils ausliefert. Die 7. er Version macht Probleme vielleicht auch deines ..... und es fehlen auch Funktionen die ich für API-Calls benötige.


Der folgente Testcode läuft bis jetzt 500'000 Mal durch ohne ersichtliche Änderung im Speicherbedarf. (Natürlich ist ADSDBE default und Connected)

Code: Alles auswählen

   i := 0
  do while .t.
     sele 0
     use j:\modbus\modbus1.dbf via adsdbe 
     i ++
     ? i , text
     close database
  enddo


Gruss Carlo
Valar Morghulis

Gruss Carlo
Benutzeravatar
Jan
Marvin
Marvin
Beiträge: 14641
Registriert: Fr, 23. Sep 2005 18:23
Wohnort: 49328 Melle
Hat sich bedankt: 21 Mal
Danksagung erhalten: 87 Mal
Kontaktdaten:

Re: DbUseArea() und MemoryHandles

Beitrag von Jan »

Carlo,

ich arbeite ebenfalls mit SetIntervall(). Und den ADS-Runtimes 11.10.

Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
ramses
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2513
Registriert: Mi, 28. Jul 2010 17:16
Hat sich bedankt: 12 Mal
Danksagung erhalten: 77 Mal

Re: DbUseArea() und MemoryHandles

Beitrag von ramses »

Jan

merkwürdig.....

Meine oben erwähnte Programmschleife läuft noch immer. Viel Mio. mal durchgelaufen. Der Speicherbedarf der EXE ist noch immer gleich wie beim Start.

Gruss Carlo
Valar Morghulis

Gruss Carlo
UliTs
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2828
Registriert: Fr, 10. Feb 2006 9:51
Wohnort: Aachen
Hat sich bedankt: 259 Mal
Danksagung erhalten: 12 Mal
Kontaktdaten:

Re: DbUseArea() und MemoryHandles

Beitrag von UliTs »

Vielleicht wird beim Beenden des Thread ja tatsächlich auch die Tabelle korrekt geschlossen.
Idee für einen Workaround:
Thread schreiben, der alle 0,5 Sekunden einen neuen Thread startet, in dem die Tabelle geöffnet und wieder geschlossen wird.
-------
Mitglied XuG Cologne
Mitglied XuG Osnabrück
Antworten