Skip to main content
Skip table of contents

Speichergrenzen

Ziele

  • Limitierbarkeit des vom PLANTA-Server genutzten Speichers

  • Behandlung von Speicherengpässen

  • Erhalt der Arbeitsfähigkeit auch bei knappen Systemressourcen

Konfiguration

  • Im Auslieferungszustand ist die Speicherbegrenzung ausgeschaltet.

  • Die Parameter der Speicherbegrenzung sind über die entsprechenden Umgebungsvariablen im manager-Container des Servers einstellbar.

  • Die Aktivierung erfolgt über die Angabe einer maximalen Speichergröße mittels des Parameters maintain__mem_limit__max_size.

    • Diese Größe ist abhängig von den Systemressourcen zu wählen.

    • Hierbei ist zu beachten, dass die Größe der Java Virtual Machine nicht inbegriffen ist, also von den Systemressourcen abgezogen werden muss.

    • Weiterhin werden pro aktiver Sitzung weitere Ressourcen allokiert, die ebenfalls nicht inbegriffen sind (ca. 1,5 GiB bei 50 parallelen Sitzungen).

    • PLANTA empfiehlt beispielsweise maintain__mem_limit__max_size=8192 bei einem Server mit 16 GiB RAM und bei einer Systemdimensionierung "mittel" (also einer JVM-Konfiguration von 4096 MiB).

  • Die Angaben für erforderlichen freien Speicher für bestimmte Aktionen sollten nur nach Rücksprache mit PLANTA angepasst werden, da eine Änderung negative Auswirkungen auf den Betrieb des PLANTA-Server haben kann.

Auswirkungen bei Speicherknappheit

Information

  • Bei Speicherknappheit werden gegebenenfalls die folgenden Meldungen angezeigt.

Dialogmeldung 1045 (Die Aktion "[Aktionsname]" wird wegen Speichermangel abgebrochen.)

Dialogmeldung 1046 (Ihre Sitzung wird wegen Speichermangel abgebrochen.)

Python Exception(s) Memory limit exceeded!

  • Bei Auftreten einer Speicherknappheit im Python-Kontext (z.B. aus Makros heraus) wird, falls die Exception unbehandelt bleibt, folgende Nachricht ausgegeben:

Situationen und Auswirkungen

Informationen

  • Bei den nachfolgend genannten Aktionen wird geprüft, ob die für die Aktion veranschlagte Speichergröße noch zur Verfügung steht.

  • Ist dies nicht der Fall, wird die Aktion abgebrochen.

  • Der Benutzer wird über den Abbruch und den Grund dafür informiert.

  • Jeder Aktionsabbruch hat spezifische Auswirkungen, die folgend erläutert werden.

Start einer Sitzung

  • Die Prüfung erfolgt vor Anmeldung des Benutzers.

  • Die Meldung 1045 wird angezeigt.

  • Nach Bestätigung mittels OK wird die Sitzung beendet.

Laden von Moduldaten

  • Die Prüfung erfolgt bei jedem Laden der Moduldaten (z.B. Filtern).

  • Die Meldung 1045 wird angezeigt.

  • Wird das Laden der Moduldaten aus Python-Code heraus angestoßen, wird auch eine Python-Exception ausgegeben.

  • Das Laden von Moduldaten (analog dem Abbrechen des Modulfilterns mittels ESC) wird abgebrochen.

Kalkulation eines Projektes

  • Die Prüfung erfolgt vor der Kalkulation eines Projektes.

  • Die Meldung 1045 wird angezeigt.

  • Eine Python-Exception wird ausgegeben, wenn die Kalkulation von Python-Code aufgerufen wurde.

  • Die Kalkulation wird nicht ausgeführt.

Neuplanung

  • Die Prüfung erfolgt vor dem Start der Neuplanung.

  • Die Meldung 1045 wird dem Benutzer angezeigt.

  • Eine Python-Exception wird ausgegeben, wenn die Kalkulation von Python-Code aufgerufen wurde.

  • Die Neuplanung wird nicht ausgeführt.

Überschreitung der Allokationsgrenze

  • Die Prüfung erfolgt bei Allokationen.

  • Die Meldung 1046 wird angezeigt.

  • Je nach ausgeführter Aktion können auch Python-Exceptions auftreten.

  • Die Sitzung wird nach Bestätigung der Nachrichten beendet.

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.