|
|
Pubblicato su 14/08/2017 16:49:22
|
|
|
|
L'errore si è verificato durante l'inizializzazione della VM
Non sono riuscito a riservare abbastanza spazio per un heap di oggetti da 3145728KB
Recentemente sto lavorando a un programma per Java. All'inizio ho sempre apprezzato la gestione della memoria di Java, non c'è bisogno di preoccuparsi di allocare la memoria, basta allocare, il raccoglitore dei rifiuti recupererà la memoria per te. Ora il programma è sviluppato con una grande quantità di dati e, per motivi di rapidità, caricherò tutte le informazioni in memoria, il che garantirà una risposta rapida. Continuo a contare la memoria ripetutamente, pensando alla mia quantità di dati, che dovrebbe bastare all'inizio (la mia macchina ha memoria 4G, anche se Windows riconosce 3,5G, ma dovrebbe andare bene rispetto al mio volume dati attuale).
Inaspettatamente, il programma del primo esperimento durò alcune ore e incontrò un'eccezione di Memoria Esaurita. Guardando le impostazioni della mia VM, ho impostato -Xms512M -Xmx1024M. Senza pensarci, l'ho cambiato direttamente in -Xms512M -Xmx2048M, e il risultato è stato che non sono riuscito a riservare abbastanza spazio per il mucchio di oggetti. Il programma non riesce ad alzarsi. Solo allora mi sono reso conto che c'era ancora un limite alla memoria massima originale. Ho cercato su Internet e ho trovato molti articoli che trattano questo argomento. Infine, ho trovato l'articolo più utile sul forum DEV2DEV di BEA
Qui il moderatore YuLimin ha fatto il test ed è giunto alla conclusione:
Versione JVM aziendale Client di memoria massima (mega) Server di memoria massima (mega)
DOM 1.5.x 1492 1520
SOL 1.5.5 (Linux) 2634 2660
DOM 1.4.2 1564 1564
DOM 1.4.2 (Linux) 1900 1260
IBM 1.4.2(Linux) 2047 N/A
BEA JRockit 1.5 (U3) 1909 1902
Ora JDK1.6.0_05 uso, l'ho testato. La cosa più importante nello stato client è che il mio JDK non riconosce il parametro -Server e non può testare lo stato del server. Le stime sono più o meno le stesse.
DOM 1.6.0 1442 N/a
Sembra che sia impossibile usare una grande quantità di memoria in Java. E il detto generale è che se la memoria è troppo grande, il tempo di raccolta dei rifiuti sarà lungo. Anche questo è comprensibile, generalmente raccolto quando la memoria non è sufficiente, la scansione della memoria 2G è ovviamente molto più lenta rispetto a 1G, e ci sono più oggetti di memoria, la relazione stimata è in aumento esponenziale.
Di seguito sono allegati i metodi di test e i record di test di YuLimin.
Metodo di prova:Prova con il comando java -XmxXXXXM -version sotto la riga di comando, e poi aumentare gradualmente il valore di XXXX; se viene eseguito normalmente, significa che la dimensione di memoria specificata è disponibile, altrimenti verrà stampato un messaggio di errore.
Testa la memoria massima supportata della JVM, poi imposta le variabili ambientali sul sistema
Nome variabile: _JAVA_OPTIONS
Valore: - Xmx1G
|
Precedente:Viene utilizzato il plugin a schermo intero di jQuery "jQuery Fullscreen Plugin"Prossimo:La differenza tra certificati SSL, OV, DV e EV
|
Padrone di casa|
Pubblicato su 14/08/2017 16:51:30
|
