Wie wird man eine JVM wieder los?

[dschroeder]

Hallo,

uns ist aufgefallen, dass interaktive iSeries-Sitzungen scheinbar sehr viel Speicher benötigen, wenn sie ein Java-Programm aufgerufen haben. Vielleicht interpretieren wir die Werte auch einfach falsch:

Im WRKACTJOB sieht ein Job folgendermaßen aus, wenn er noch keine Java-Funktionalität benutzt hat:
QPADEV012K SCHRO970 INTER AKTIV PGM-SYS000CL DSPW


Nachdem er einmal ein Java-Programm aufgerufen hat, sieht das so aus:
QPADEV012K SCHRO970 INTER AKTIV PGM-jvmStartPa DSPW

Wenn man sich jetzt noch mit WRKJOB, Auswahl 3 ("Jobausführungsattribute anzeigen, falls aktiv") den Wert "Benutzter temporärer Speicher" anschaut, sieht man, dass der Speicherverbrauch nach dem Benutzen von Java wesentlich höher ist.

Das wundert uns natürlich nicht grundsätzlich. Aber wir überlegen, ob es irgendwie möglich ist, die in einem Job einmal gestartet virtuelle Maschine wieder zu beenden. Weiß das jemand? Auf Dauer werden wir das alles sicherlich mal so bauen, dass die Java-Nutzung als Job submitted wird. Dann müsste der Speicher wieder sauber sein.

Gruß,
Dieter

[Fuerchau]

Abmelden ist die einzige Chance.
Da der Java-Start u.U. etwas dauert, bleibt die JVM bis Jobende aktiv.

[dschroeder]

Danke, ich hab's befürchtet. Kann man vielleicht nachträglich die Attribute der JVM ändern? Z.B. die maximale Speichernutzung auf ein Minimum setzen und vor dem Aufruf des nächsten Java-Programms das Attribut wieder ändern?

Dieter

[Robi]

Wenn's irgendwie geht,
lass dem javajob im Batch laufen.
EINEN für alle, Kommunikation über Dataq.
Robi

[dschroeder]

Die User warten manchmal interaktiv auf das Ende der Java-Aktion. Wir müssten deshalb relativ viel Programmeingriffe machen. Auf Dauer werden wir das sicher tun. Aber im Moment suchen wir nach einer schnellen Lösung ohne viel Programmierung.
Danke für alle Antworten.

[Robi]

Wir haben auch interaktion mit Javapgm (Konto/BLZ Iban/BIC prüfung via Easykonto, auf AS400)
das geht über dataq, performance ist ohne Beanstandung.
Java liest Dataq Satz mit Key=1, im Datenteil steht der Antwortkey, mit dem die AS400 auf die Antwort wartet.
Robi

[dschroeder]

Danke Robi.
Bei uns rufen die User ein selbstgeschriebenes Java Tool auf, das Excel-Tabellen erstellt. Das kann schon mal ein paar Minuten laufen. Ich denke, wenn wir die Java-Calls in die QINTER submitten, hätten wir weiterhin Parallelverarbeitung und der Speicher wäre nach der Beendigung des Programms wieder aufgeräumt. Nur leider müssen wir da in einige zentrale Programme eingreifen.

Dieter

[BenderD]

... das Problem ist nicht das terminieren der JVM (da gibt es API DestroyJavaVM), das Problem ist, dass man innerhalb eines Jobs nur einmal eine JVM starten kann!!! Dieser Speicherfrass freut allenfalls IBM und ist der entscheidende Grund dafür, dass dieses schräge Design - Java aus native Jobs synchron aufzurufen - propagiert wird.
Asynchron entkoppeln und an eine vorgestartete JVM delegieren ist das einzig vernünftige, und wenn man es richtig implementiert, dann werden die ANforderungen von einer JVM parallel abgearbeitet. Wer sich da Arbeit sparen will, der kann mein Open Source Framework AppServer4RPG verwenden (ist die Grundlage von ArdGate); oft ist der Kram in wenigen Tagen komplett umgestellt , läuft dann schneller und stabiler, mit weniger Ressourcenverbrauch.

D*B