Performance einer Java-Anwendung

[BenderD]

... ist ja hübsch, aber nicht das Thema (mal abgesehen davon, dass man weder ein AS400 object, noch validateSignon() braucht).
Es geht um die signifikant längere Laufzeit (Faktor 30) eines kleinen Java Programmes und genau die liegt an drei Faktoren:
- längeres Startup der JVM (Sekunden versus Bruchteile davon)
- längere Ladezeiten für komplexe Objekte (Sekunden versus Bruchteile davon)
- langsamere Ausführung (je nach Prozessor)
Das addiert sich dahin, dass bei relativ kleinen Programmen (ein paar Sätze aus einer Datenbank lesen, ein PDF generieren, ein Excel erzeugen) ein Faktor von 30 nicht ungewöhnlich ist.

D*B

[Fuerchau]

Hinzu kommt der JIT-Compiler, der bei jedem Aufruf nun neu kompiliert.
Vor V6 konnte man per CHGJVAPGM bereits ein MI-Template erstellen lassen.

Außerdem muss man berücksichtigen, auf der AS/400 bist du nie alleine!
Auf dem PC (selbst auf einem Server) hast du in 99,99% aller Fälle alle Ressourcen für dich, also auch die CPU.
Zusätzlich (zumindest auf meinem PC) gibt es im Hintergrund von der Oracle-JVM bereits einen "JAVA-Vorstart-Job", der das Initialisieren einer JVM beschleunigt.

Dies spricht wieder für Dieters Ansatz eines Hintergrundjobs, der halt JAVA-Dienste bereits vorgestartet bereit hält.