-
... die 32 Bit ist schneller als die 64 Bit, die ohnehin Auslaufmodell ist, Classic VM. wie eure properties ausweisen ist 64 Bit.
Connection Pool: zum Beispiel c3p0, selber schreiben tut man das nicht.
Beides ist für euer Problem sekundär. Das Problem ist, dass die "schlafende" JVM aus dem Hauptspeicher auf Platte ausgelagert wird und bei Reaktivierung die Maschine nicht aus dem Quark kommt.
Abhilfe: neues Subsystem einrichten, mit reserviertem Speicherpool in Größe des Java Jobs und selbigen über eine zugewiesene JobQ submitten, dann ist der immer gleichschnell, egal wielange da niemand was von wollte.
D*B
-
Okay, werden wir mal testen. Die java jobs (ca 4) laufen schon im eigenen subsystem. Daneben noch einige rpg programme die die dtaq füttern. Reicht zum testen wenn man dem subsystem 4gb zuordnet, wovon 2gb für java nötig sind? Oder besser wirklich java für sich laufen lassen?
Danke + Gruss
Max
-
... wenn das gekoppelte Workload ist, kann das in einem Subsystem laufen. Speicherbedarf - muss man mal sehen, ob man das aus den Jobinformationen ermitteln kann, ansonsten: Versuch macht kluch.
D*B
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks