-
 Zitat von Robi
Bedeutet das, wir können beim Start als Max Wert annähernd den gesammten HSP weggeben ohne 'permannent' die anderen zu stören ? ( Das für den kurzen Moment der 'Notwendigkeit'
5250 Grün Schwarz sich extrem verlangsamt währe kein Prob.)
Robi
Wie Dieter schon schrieb, ist das eine zweischneidige Angelegnheit. Du kannst für die JVM auch das Zehnfache des phyisch vorhandenen RAMs angeben. Die Maschine wird dann eventuell kurzfristig die Platten putzen. Wird der Speicher nicht gebraucht, kümmert sich die Speicherverwaltung schon darum, wem man wieviel RAM zuteilt.
Sollte allerdings Eure Applikation von viel RAM profitieren, ist das auch eine Design-Frage. Wenn die Maschine genügend RAM hat, um vom Dauerhaften Gebraucht die Hälfte fix abzugeben, könnte man das in einem eigenen Pool erledigen.
Aber auch hier gilt: ohne genaue Betrachtung von Anwendung und Maschine hilft nur Experimentieren. Die AS/400 hilft dabei, in dem sie demokratisch jedem genug RAM zuweist, der gerade welchen braucht. Ausserdem wird wie in einer parlamentarischen Demokratie mit Prioritäten gearbeitet (manche sind gleicher als andere), und wer unter die 5%-Hürde fällt (nur selten aufgerufen und wenig RAM benötigt) muss gelegentlich warten ;-)
-h
-
... wie auch von Dieter beschrieben ...
Sollte allerdings Eure Applikation von viel RAM profitieren, ist das auch eine Design-Frage.
Ist ein Excelexport mit POI das, so sagte man mir, das Excel im Speicher aufbaut.
Bei 2,7 Mio Datensätzen ist das halt viel. Der im Standart vergebene Speicher ist 'übergelaufen' (sagte die JVM).
Der Designfehler ist höchstens der Wunsch, das ins Excel zu bekommen, csv würde M.E. zur Weiterverarbeitung reichen oder besser sein.
Aber das erklär mal dem Windows Edv-ler, der deine Brötchen bezahlt.
schön, das die AS400 sich zurückholt, was nicht gebraucht wird.
Gruß
Robi
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
... wie von D*B beschrieben, kannst du die maximale Speichergröße der JVM bei allen Rechnern aufdrehen bis die Größe des Auslagerungsbereich (bei AS/400 freier Plattenplatz) erreicht ist, oder die maximale Größe des adressierbaren Bereichs der JVM. Ob das bei POI nicht auch eleganter geht, würde ich mal in ein Java Forum posten...
D*B
 Zitat von Robi
... wie auch von Dieter beschrieben ...
Ist ein Excelexport mit POI das, so sagte man mir, das Excel im Speicher aufbaut.
Bei 2,7 Mio Datensätzen ist das halt viel. Der im Standart vergebene Speicher ist 'übergelaufen' (sagte die JVM).
Der Designfehler ist höchstens der Wunsch, das ins Excel zu bekommen, csv würde M.E. zur Weiterverarbeitung reichen oder besser sein.
Aber das erklär mal dem Windows Edv-ler, der deine Brötchen bezahlt.
schön, das die AS400 sich zurückholt, was nicht gebraucht wird.
Gruß
Robi
-
Ich denke, die Diskussion ist bei der AS/400 eh für die Katz:
Die JVM läuft in einem eigenen Job, der mit anderen Jobs ja nun mal nichts zu tun hat.
Eine Speicherzuordnung ist absolut überflüssig, da durch das Einspeicherkonzept der AS/400 der Speicher im RAM oder auch auf der Platte liegen kann und durch das Paging zwischen beiden hin und hergeschoben wird.
Wenn sich eine JVM eben 4GB (bei 32-Bit) Speicher genehmigen will, bekommt sie ihn auch.
Erst wenn tatsächlich auf den Speicher zugegriffen wird wird dieser eingelagert und eben anderer Speicher ggf. verdrängt.
-
Excel unterstützt ja erst ab Office2007 1Mio Zeilen, vorher sind's max. 65535 Zeilen.
Man muss dann wohl je 65535 Zeilen ein neues Blatt erstellen, wobei nur max. 255 Blätter unterstützt werden.
Ansonsten wirst du die Excel-Dateien mit Excel selber nie bearbeiten können.
Könnte wohl eher das Problem sein, dass ein Java-Programm in 32-Bit nur 4GB Speicher haben kann, was bei dieser Anzahl Sätzen ja durchaus nicht ausreichen kann.
-
Ist ein Excelexport mit POI das, so sagte man mir, das Excel im Speicher aufbaut.
Bei 2,7 Mio Datensätzen ist das halt viel. Der im Standart vergebene Speicher ist 'übergelaufen' (sagte die JVM).
Genau aus diesem Grund habe ich unsere Anwendung von POI auf JExcelAPI umgestellt. Das hat einen deutlich geringeren Speicherverbrauch und die Laufzeit ist wesentlich kürzer.
Gruß,
KM
-
2.7 Mio Sätze könnten auch das IFS-Limit von 4GB übersteigen (neben dem Problem, dass Excel das nie verarbeiten kann).
Similar Threads
-
By Robi in forum NEWSboard Java
Antworten: 29
Letzter Beitrag: 25-03-10, 15:48
-
By itec01 in forum IBM i Hauptforum
Antworten: 0
Letzter Beitrag: 16-07-09, 10:25
-
By KM in forum NEWSboard Java
Antworten: 1
Letzter Beitrag: 21-07-06, 12:13
-
By codierknecht in forum NEWSboard Java
Antworten: 7
Letzter Beitrag: 23-03-05, 09:31
-
By WPF in forum NEWSboard Programmierung
Antworten: 5
Letzter Beitrag: 09-07-04, 10:30
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