Impossible de réserver suffisamment d'espace pour le tas d'objets

J'obtiens l'exception suivante à plusieurs reprises chaque fois que j'essaie d'exécuter le programme.

Une erreur s'est produite lors de l'initialisation de la machine virtuelle

Impossible de réserver suffisamment d'espace pour le tas d'objets

N'a pas pu créer la machine virtuelle Java.

J'ai essayé d'augmenter ma mémoire virtuelle (taille de page) et la taille de la RAM, mais en vain.

Comment puis-je éliminer cette erreur?

Exécutez la JVM avec -XX:MaxHeapSize=512m(ou n'importe quel grand nombre selon vos besoins) (ou -Xmx512mpour faire court)

Cela peut également être dû à la définition de quelque chose de trop grand sur un vm HotSpot 32 bits, par exemple:

-Xms1536m -Xmx1536m

où cela pourrait / pourrait fonctionner:

-Xms1336m -Xmx1336m

voici comment y remédier:

• Allez dans Démarrer-> Panneau de configuration-> Système-> Avancé (onglet) -> Variables d'environnement-> Système

  Variables-> Nouveau: nom de variable: _JAVA_OPTIONS valeur de -Xmx512M variable: nom de Path
  variable: valeur de variable:%PATH%;C:\Program Files\Java\jre6\bin;F:\JDK\bin;

Remplacez-le par votre chemin d'accès approprié.

Je suis tombé sur cela lors de l'utilisation de javac, et il ne semble pas reprendre les options de ligne de commande,

-bash-3.2$ javac -Xmx256M HelloWorldApp.java 
Error occurred during initialization of VM
Could not reserve enough space for object heap
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

donc la solution ici, il a donc mis _JAVA_OPTIONS

-bash-3.2$ export _JAVA_OPTIONS="-Xmx256M"
-bash-3.2$ javac HelloWorldApp.java 
Picked up _JAVA_OPTIONS: -Xmx256M

Et cela compile très bien.

Cela m'arrive sur des machines avec beaucoup de RAM, mais avec des ulimits de mémoire inférieurs. Java décide d'allouer un gros tas car il détecte le bélier dans la machine, mais il n'est pas autorisé à l'allouer à cause des ulimits.

Java 32 bits nécessite un espace libre contigu en mémoire pour s'exécuter. Si vous spécifiez une grande taille de segment de mémoire, il se peut qu'il n'y ait pas autant d'espace libre contigu en mémoire même si vous avez beaucoup plus d'espace libre disponible que nécessaire.

L'installation d'une version 64 bits de Java est utile dans ces cas, les exigences de mémoire contiguë ne s'appliquent qu'à Java 32 bits.

Combiné avec -Xmx512M, utilisez -d64 pour vous assurer que vous exécutez une machine virtuelle 64 bits. Sur une machine 64 bits, je pensais à coup sûr que j'exécutais une machine virtuelle 64 bits, mais non. Après l'installation de Java 64 bits, l'option -d64 fonctionne et -Xmx autorise des tailles de mémoire beaucoup plus importantes.

java -d64 -Xmx512M mypackage.Test

J'ai eu la même erreur et j'ai résolu cela en le configurant dans le run.conf.bat

Exécutez la JVM avec la configuration run.conf.bat dans Jboss5x

Si la mémoire disponible n'est pas disponible au fur et à mesure que vous transmettez l'instruction, veuillez apporter des modifications dans run.conf.bat

set "JAVA_OPTS=-Xms512m -Xmx512m -XX:MaxPermSize=256m"

Je sais qu'il y a déjà beaucoup de réponses ici, mais aucune ne m'a aidé. Finalement, j'ai ouvert le fichier /etc/elasticsearch/jvm.optionset changé:

-Xms2G
-Xmx2G

à

-Xms256M
-Xmx256M

Cela m'a résolu. J'espère que cela aide quelqu'un d'autre ici.

J'ai eu des problèmes similaires. J'avais installé la version 32 bits de Java sur une machine 64 bits.

En désinstallant cette version et en installant la version 64 bits de Java. J'ai pu résoudre le problème.

Supposons que votre classe soit appelée Testdans package mypackage. Exécutez votre code comme ceci:

java -Xmx1024m mypackage.Test

Cela réservera 1024 Mo d'espace de stockage pour votre code. Si vous voulez 512 Mo, vous pouvez utiliser:

java -Xmx512m mypackage.Test

Utilisez peu m 1024m, 512metc.

Parfois, cette erreur indique que la mémoire physique et l'échange sur le serveur sont réellement pleinement utilisés!

Je voyais récemment ce problème sur un serveur exécutant RedHat Enterprise Linux 5.7 avec 48 Go de RAM. J'ai trouvé que même en courant

java -version

a causé la même erreur, qui a établi que le problème n'était pas spécifique à mon application.

Fonctionnement

cat /proc/meminfo

ont rapporté que MemFree et SwapFree étaient tous deux bien inférieurs à 1% des valeurs MemTotal et SwapTotal, respectivement:

MemTotal:     49300620 kB
MemFree:        146376 kB
...
SwapTotal:     4192956 kB
SwapFree:         1364 kB

L'arrêt de quelques autres applications en cours d'exécution sur la machine a quelque peu augmenté les chiffres de la mémoire libre:

MemTotal:     49300620 kB
MemFree:       2908664 kB
...
SwapTotal:     4192956 kB
SwapFree:      1016052 kB

À ce stade, une nouvelle instance de Java démarre correctement et j'ai pu exécuter mon application.

(Évidemment, pour moi, ce n'était qu'une solution temporaire; j'ai encore une tâche en suspens pour faire un examen plus approfondi des processus en cours d'exécution sur cette machine pour voir s'il y a quelque chose qui peut être fait pour réduire les niveaux d'utilisation de la mémoire nominale, sans avoir à arrêter les applications.)

Erreur :

Pour l'erreur, "une erreur s'est produite lors de l'initialisation de vm n'a pas pu réserver suffisamment d'espace pour jboss de tas d'objet"

Cause première :

• Allocation de mémoire incorrecte / insuffisante à notre machine virtuelle Java, comme indiqué ci-dessous.

• par exemple JAVA_OPTS = "- Xms1303m -Xmx1303m -XX: MaxPermSize = 256m" dans jboss-eap-6.2 \ bin \ standalone.conf ou "JAVA_OPTS = -Xms1G -Xmx1G -XX: MaxPermSize = 256M" dans jboss-eap-6.2 \ bin \ standalone.conf.bat qui n'est rien d'autre que des paramètres de pool d'allocation de mémoire JVM.

Résolution:

• Augmentez la taille du tas. Pour augmenter la taille du tas,
• goto -> jboss-eap-6.2 \ bin \ standalone.conf.bat ou jboss-eap-6.2 \ bin \ standalone.conf
• changez -> JAVA_OPTS = "- Xms256m -Xmx512m -XX: MaxPermSize = 256m" où -Xms est la taille minimale du tas et -Xmx est la taille maximale du tas.

• Il n'est généralement pas recommandé d'avoir la même taille pour le min et le max.

• Si vous exécutez votre application depuis eclipse,

• Double-cliquez sur le serveur
• sélectionnez 'open launch configuration' vous serez redirigé vers la fenêtre 'Edit launch configuration properties'.
• Dans ce menu déroulant, l'onglet '(x) = Arguments'.
• Dans Arguments VM, définissez votre taille de segment de mémoire comme indiqué ci-dessous
• "-Dprogram.name = JBossTools: JBoss EAP 6.1+ Runtime Server" -server -Xms256m -Xmx512m -XX: MaxPermSize = 256m -Dorg.jboss.resolver.warning = true

J'ai récemment rencontré ce problème. J'ai 3 applications java qui commencent avec une taille de tas de 1024m ou 1280m. Java regarde l'espace disponible dans swap, et s'il n'y a pas assez de mémoire disponible, le jvm se ferme.

Pour résoudre le problème, j'ai dû mettre fin à plusieurs programmes qui avaient une grande quantité de mémoire virtuelle allouée.

Je courais sur Linux x86-64 avec un jvm 64 bits.

J'avais la bonne quantité de paramètres de mémoire, mais pour moi, cela utilisait un intellij 64 bits avec jvm 32 bits. Une fois que je suis passé à une machine virtuelle 64 bits, l'erreur a disparu.

En supposant que vous disposez de suffisamment de mémoire libre et que vous configurez correctement vos arguments JVM, vous pouvez avoir un problème de fragmentation de la mémoire. Vérifiez la mémoire maximale Java sous Windows XP .

Si vous exécutez une machine virtuelle Java 32 bits, changer la taille du segment de mémoire en plus petit serait probablement utile. Vous pouvez le faire en passant des arguments à java directement ou via des variables d'environnement comme ci-dessous,

java -Xms128M -Xmx512M
JAVA_OPTS="-Xms128M -Xmx512M"

Pour JVM 64 bits, une plus grande taille de tas comme -Xms512M -Xmx1536M devrait fonctionner.

Exécutez java -versionou java -d32, java--d64pour Java7, pour vérifier la version que vous utilisez.

Quoi qu'il en soit, voici comment y remédier: Allez dans Démarrer-> Panneau de configuration-> Système-> Avancé (onglet) -> Variables d'environnement-> Variables système-> Nouveau: Nom de la variable: _JAVA_OPTIONS Valeur de la variable: -Xmx512M

OU

Modifiez l'appel de la fourmi comme indiqué ci-dessous.

   <exec
        **<arg value="-J-Xmx512m" />**
    </exec>

Ça a marché pour moi.

Une erreur s'est produite lors de l'initialisation de la machine virtuelle Impossible de réserver suffisamment d'espace pour le segment d'objets 1572864 Ko

J'ai changé la valeur de la mémoire dans le fichier settings.grade 1536 en 512 et cela a aidé

Allez dans Démarrer-> Panneau de configuration-> Système-> Avancé (onglet) -> Variables d'environnement-> Variables système-> Nouveau:

Variable name: _JAVA_OPTIONS
Variable value: -Xmx512M

Dans le cas où vous exécutez un programme java: - exécutez votre programme dans un terminal en utilisant la commande correcte pour linux, ce serait 'java -jar myprogram.jar' et ajoutez -Xms256m -Xmx512m, par exemple: 'java -jar myprogram.jar Xms256m -Xmx512m '

Dans le cas où vous exécutez un script .sh (linux, mac?) Ou un script .bat (windows) ouvrez le script et recherchez les options java si elles sont présentes et augmentez la mémoire.

Si tout ce qui précède ne fonctionne pas, vérifiez vos processus (ctrl + alt + supprimer sous Windows) (ps aux sur linux / mac) et tuez les processus qui utilisent beaucoup de mémoire et ne sont pas nécessaires pour votre système d'exploitation! => Essayez de relancer votre programme.

Dans CASSANDRA_HOME / bin / cassandra.bat, vous trouverez la configuration suivante

REM JVM Opts we'll use in legacy run or installation
set JAVA_OPTS=-ea^
 -javaagent:"%CASSANDRA_HOME%\lib\jamm-0.3.0.jar"^
 -Xms**2G**^
 -Xmx**2G**^

Vous pouvez réduire 2G à un nombre plus petit, par exemple 1G ou même moins et cela devrait fonctionner.

De même si vous utilisez une boîte Unix, modifiez le fichier .sh de manière appropriée.

J'ai eu la même erreur et elle a été résolue lorsque j'ai supprimé des fichiers temporaires en utilisant% temp% et en redémarrant eclipse.

Parfois, cela se rapporte à

$ sysctl vm.overcommit_memory
vm.overcommit_memory = 2

Si vous le définissez sur:

$ sysctl vm.overcommit_memory=0

Ça devrait marcher.

Remplacez -Xmx2Gpar -Xms512Mou une taille de mémoire supérieure dans le fichier cassandra.bat dans le répertoire bin cassandra.

Ouvrez le fichier gradle.properties dans le dossier android.

Remplacez cette ligne:

org.gradle.jvmargs=-Xmx1536M

avec:

org.gradle.jvmargs=-Xmx512m

Explication: limite maximale du document Gradle:

Si l'environnement de génération demandé ne spécifie pas de taille de segment de mémoire maximale, le démon utilise jusqu'à 512 Mo de segment de mémoire.

Pas besoin de faire quoi que ce soit juste chnage dans le fichier POM comme ci-dessous

<configuration>
    <maxmemory>1024M</maxmemory>
</configuration>