Suche | Statistiken | Benutzerliste | Access-FAQ | Datenschutz Foren
donkarl Forum
donkarl Forum ->  Themen -> Access -> Diskussion ansehen

Du bist als Gast eingelogt. ( Anmelden | Registrieren )
  • Button durch Funktion ausführen
  • Tuermer23.04.15 13:16
       └ RE: Button durch Funktion ausführen Karl Donaubauer23.04.15 13:48
          └ RE: Button durch Funktion ausführen Tuermer23.04.15 19:48
             └ RE: Button durch Funktion ausführen Karl Donaubauer23.04.15 23:44
  • Berichte mit mehreren,variablen PDFs erstellen
  • daniel_il23.04.15 14:47
  • Erstellung einer Datenbank auf Basis der Kontaktda...
  • User250923.04.15 14:15
  • SEPA-XML-Export
  • Lorenz15.04.15 13:28
       └ RE: SEPA-XML-Export Axelander22.04.15 12:42
  • Anzahl summieren?
  • Lorenz11.04.15 07:46
       └ RE: Anzahl summieren? Karl Donaubauer11.04.15 11:04
          └ RE: Anzahl summieren? Lorenz11.04.15 11:28
             └ RE: Anzahl summieren? Karl Donaubauer11.04.15 11:52
                └ RE: Anzahl summieren? Lorenz11.04.15 12:02
                   └ RE: Anzahl summieren? (Lösung) Lorenz15.04.15 13:22
  • Nicht genügend Speicher / Mehr Fenster können nich...
  • acimen04.04.15 18:13
       └ RE: Nicht genügend Speicher / Mehr Fenster könne... PeterDoering04.04.15 23:16
          └ RE: Nicht genügend Speicher / Mehr Fenster kön... acimen08.04.15 16:15
             └ RE: Nicht genügend Speicher / Mehr Fenster k... PeterDoering09.04.15 00:29
       └ RE: Nicht genügend Speicher / Mehr Fenster kö... sks12.04.15 19:19
  • Datenbank Größe
  • Greiff08.04.15 12:14
       └ RE: Datenbank Größe Karl Donaubauer08.04.15 12:44
          └ RE: Datenbank Größe Greiff08.04.15 22:25
             └ gelöst: Datenbank Größe Greiff09.04.15 23:43
  • Access Stammtisch München am 09.04.2015 (Do)
  • StefanWirrer08.04.15 14:04
  • unterschiedliches Verhalten Suchroutine in verschi...
  • Greiff21.12.13 19:41
       └ gelöst: unterschiedliches Verhalten Suchroutine ... Greiff07.04.15 14:25
  • Benutzeranmeldeinformationen bei ado-Connection du...
  • GerdM19.03.15 19:11
       └ RE: Benutzeranmeldeinformationen bei ado-Connect... jpa04.04.15 00:31
  • Inhalt löschen mit Abfrage
  • U92E30.03.15 10:10
       └ RE: Inhalt löschen mit Abfrage Karl Donaubauer30.03.15 17:41
  • Seitenansicht
  • dreho25.03.15 11:12
       └ RE: Seitenansicht Karl Donaubauer25.03.15 16:13
  • Abfrage mit Parametern gestalten ...
  • LKro197620.03.15 15:39
       └ RE: Abfrage mit Parametern gestalten ... Karl Donaubauer23.03.15 15:33
  • Auslesen - Zeichenkette
  • marre30.01.15 19:27
       └ RE: Auslesen - Zeichenkette Karl Donaubauer02.02.15 14:13
          └ RE: Auslesen - Zeichenkette marre22.03.15 10:55
             └ RE: Auslesen - Zeichenkette Karl Donaubauer23.03.15 15:20
  • Position des Access-Fenster auf dem Bildschirm aus...
  • hochlenert15.03.15 11:52
       └ RE: Position des Access-Fenster auf dem Bildschi... Karl Donaubauer15.03.15 21:56
          └ RE: Position des Access-Fenster auf dem Bildsc... hochlenert15.03.15 23:58
             └ RE: Position des Access-Fenster auf dem Bild... Karl Donaubauer16.03.15 21:21
                └ RE: Position des Access-Fenster auf dem Bi... hochlenert18.03.15 22:53
    sks
    Gesendet: 12.04.15 19:19
    Betreff: RE: Nicht genügend Speicher / Mehr Fenster können nicht geöffnet werden


    Veteran

    Beiträge: 127
    10025
    Hallo Alex,

    die beschriebene Problematik betrifft nicht nur MS Access Anwendungen, sondern auch mit Visual Studio entwickelte Programme.

    Ursache für das Verhalten ist der auf max. 2 GB begrenzte Prozessspeicher bei 32 bit Prozessen. Ab etwa 350 - 400 MB "Restspeicher" wird der Prozess instabil, bis hin zum Absturz. Fatal dabei ist, dass bei knappem Speicher teilweise Funktionen (kommentarlos!) nicht mehr ausgeführt werden. Der harmloseste Fall ist noch, dass ein Klick auf einen Button lediglich nichts bewirkt.
    Aus diesem Grund habe ich in meine eigene MS Access Anwendung eine Speicherprüfung mit eingebaut, die das Öffnen weiterer Forms nicht mehr zulässt, sobald ein bestimmter Grenzwert unterschritten wird. Der Benutzer erhält dann einen Hinweis, Forms zu schließen oder das Programm neu zu starten.

    Jedes geöffnete Form verbraucht - je nach Komplexität - eine bestimmte Menge an Speicher, der anschließend aber nur teilweise wieder freigegeben wird. Das erneute Öffnen des gleichen Forms verbraucht beim zweiten und dritten Öffnen entsprechend weniger Speicher als beim ersten Mal.

    D.h. das mehrfache Öffnen des gleichen Forms macht nur wenig aus.
    Öffnet man aber ständig neue Forms, dann hinterlässt jedes Form für sich einen Rückstand im laufenden Prozess, der sich entsprechend aufsummiert. Irgendwann ist der Speicher vollgelaufen und der Prozess muss zur „Räumung“ neu gestartet werden.

    Beispielhaft ist das an den drei beigefügten Grafiken sichtbar :
    001 = 1276 MB frei nach Programmstart
    002 = acht weitere Komplexforms geöffnet, bis nur noch 430 MB verfügbar
    003 = nur noch 1133 MB frei, nachdem alle Forms wieder geschlossen sind

    Zusammen mit dem Professional Support von MS habe ich das im März 2012 herausfinden können, nachdem wegen der Umstellung von MS Access 2003 auf 2010 ständig Abstürze in meiner Anwendung aufgetreten sind. Wegen der damals neuen „Registertechnik“ waren jetzt halt bis zu zehn Komplexforms nebeneinander (mit Registern wechselbar) geöffnet.
    Neben der Speicherüberwachung macht es ggf. Sinn, Funktionen komplett in neue Prozesse auszulagern, d.h. drei bis vier Anwendungen laufen parallel (z.B. laufender E-Mail Abruf oder laufende Outlook Synchronisation oder Datensicherung usw.) wird aus der MS Access Hauptanwendung mit einer anderen MS Access Anwendung gestartet. Dadurch verteilt sich der Speicherbedarf auf mehrere parallele MS Access Prozesse.
    Das Einbinden von externen Datenbankmodulen und Forms belastet den Speicher des laufenden Prozesses im Übrigen genauso, wie wenn sich alle Forms und Module in einer einzigen DB befinden. D.h. es ist egal, woher das Form oder die Module stammen. Das habe ich getestet.

    Hinweis zu neueren MS Access Versionen :
    Access 2013 verbraucht etwa 10- 15 % mehr Speicher als die 2010 er Version. Die neue 2016 Access (Beta) ist wieder auf dem Niveau der 2010er angelangt, wobei die Forms nach dem Schließen aber nicht mehr so viel Speicher belegen wie noch in der 2010 er. D.h. es lassen sich (Stand Access Beta 2016) etwa 10 – 20 % mehr neue Forms Öffnen bis es knallt.
    Eine theoretische Abhilfe wäre die Nutzung von 64 bit MS Access. Leider ist das Stand heute nicht praktikabel.

    Es grüßt aus dem sonnigen Bensheim

    Stephan Kraft


    Anhänge
    ----------------
    Anhänge 001 Speicher nach Programmstart.jpg (109KB - 15 downloads)
    Anhänge 002 Speicher mit ge��ffneten Forms.jpg (127KB - 11 downloads)
    Anhänge 003 Speicher mit wieder geschlossenen Forms.jpg (124KB - 9 downloads)
    Top of the page Bottom of the page


    Seite: < 40 41 42 43 44 45 ... 46 47 48 49 50 51 52 ... >
    Suche in diesem Forum
    Druckfreundliche Version
    (Alle Cookies von dieser Seite löschen.)