Не вдалося зарезервувати достатньо місця для купи об’єктів

Я отримую таке виняток неодноразово кожен раз, коли намагаюся запустити програму.

Під час ініціалізації VM сталася помилка

Не вдалося зарезервувати достатньо місця для купи об’єктів

Не вдалося створити віртуальну машину Java.

Я намагався збільшити віртуальну пам’ять (розмір сторінки) та розмір оперативної пам’яті, але безрезультатно.

Як я можу усунути цю помилку?

Запустіть JVM за допомогою -XX:MaxHeapSize=512m(або будь-якого великого числа, як вам потрібно) (або -Xmx512mкоротко)

Це також може бути спричинено, встановивши щось занадто велике для 32-розрядного HotSpot vm, наприклад:

-Xms1536m -Xmx1536m

де це може / працювало б :

-Xms1336m -Xmx1336m

ось як це виправити:

• Перейдіть до Пуск-> Панель управління-> Система-> Додатково (вкладка) -> Змінні середовища-> Система

  Змінні-> Нове: Назва _JAVA_OPTIONS змінної: Значення -Xmx512M змінної: Назва Path
  змінної: Значення змінної:%PATH%;C:\Program Files\Java\jre6\bin;F:\JDK\bin;

Змініть це на відповідний шлях.

Я наткнувся на це під час використання javac, і він, схоже, не підбирається на параметри командного рядка,

-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.

тому рішення тут воно так встановило _JAVA_OPTIONS

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

І це складається добре.

Це трапляється зі мною на машинах з великою кількістю оперативної пам’яті, але з меншими можливостями пам'яті. Java вирішує виділити велику купу, оскільки вона виявляє барана в машині, але виділяти його не дозволяється через обмеження.

32-розрядна Java вимагає постійного вільного місця в пам'яті для запуску. Якщо ви вказали великий розмір купи, можливо, у пам'яті не буде стільки вільного простору, навіть якщо у вас є набагато більше вільного місця, ніж потрібно.

Установка 64-бітної версії Java допомагає в цих випадках, суміжні вимоги пам'яті стосуються лише 32-бітної Java.

У поєднанні з -Xmx512M використовуйте -d64, щоб переконатися, що ви працюєте з 64-розрядним VM. На 64-бітній машині я впевнено думав, що я працюю на 64-бітній віртуальній машині, але ні. Після встановлення 64-розрядної Java опція -d64 працює і -Xmx дозволяє набагато більший об'єм пам'яті.

java -d64 -Xmx512M mypackage.Test

Я отримав таку ж помилку і вирішив цю проблему, налаштувавши її в run.conf.bat

Запустіть JVM з налаштованим run.conf.bat в Jboss5x

Якщо вільна пам'ять недоступна, оскільки ви передаєте заяву, будь ласка, внесіть зміни в run.conf.bat

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

Я знаю, що тут вже багато відповідей, але жодна з них мені не допомогла. Врешті-решт я відкрив файл /etc/elasticsearch/jvm.optionsі змінив:

-Xms2G
-Xmx2G

до

-Xms256M
-Xmx256M

Це вирішило це для мене. Сподіваємось, це допомагає комусь іншому тут.

У мене були подібні проблеми. Я встановив 32-бітну версію Java на 64-бітній машині.

Видаливши цю версію та встановивши 64-бітну версію Java. Мені вдалося вирішити проблему.

Припустимо, ваш клас викликається Testв пакеті mypackage. Запустіть свій код так:

java -Xmx1024m mypackage.Test

Це дозволить зарезервувати 1024 МБ купі місця для вашого коду. Якщо вам потрібно 512 Мб, ви можете використовувати:

java -Xmx512m mypackage.Test

Використовуйте трохи м в 1024m, 512mі т.д.

Іноді ця помилка вказує на те, що фізична пам'ять і своп на сервері насправді повністю використовуються!

Нещодавно я бачив цю проблему на сервері під управлінням RedHat Enterprise Linux 5.7 з 48 ГБ оперативної пам’яті. Я виявив, що навіть просто біжить

java -version

викликав ту саму помилку, яка встановила, що проблема не стосується моєї програми.

Біг

cat /proc/meminfo

повідомили, що MemFree і SwapFree обидва були значно менше 1% від значень MemTotal і SwapTotal відповідно:

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

Зупинення декількох запущених програм на машині дещо збільшило цифри вільної пам'яті:

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

У цей момент новий примірник Java запуститься нормально, і я зміг запустити свою програму.

(Очевидно, для мене це було лише тимчасовим рішенням; у мене все ще є невирішене завдання зробити більш ретельне вивчення процесів, що працюють на цій машині, щоб побачити, чи можна щось зробити для зниження номінального рівня використання пам'яті, без потрібно вдатися до зупинки програм.)

Помилка:

Для помилки "помилка, яка сталася під час ініціалізації vm, не могла зарезервувати достатньо місця для купи об'єкта jboss"

Першопричина :

• Неправильне / недостатнє розподіл пам’яті для нашого JVM, як зазначено нижче.

• напр. JAVA_OPTS = "- Xms1303m -Xmx1303m -XX: MaxPermSize = 256 м" в jboss-eap-6.2 \ bin \ standalone.conf або "JAVA_OPTS = -Xms1G -Xmx1G -XX: MaxPermSize = 256M" в jboss-ep-6 \ \ standalone.conf.bat - це не що інше, як параметри пулу розподілу пам'яті JVM.

Роздільна здатність:

• Збільшити розмір купи. Щоб збільшити розмір купи,
• goto -> jboss-eap-6.2 \ bin \ standalone.conf.bat або jboss-eap-6.2 \ bin \ standalone.conf
• зміни -> JAVA_OPTS = "- Xms256m -Xmx512m -XX: MaxPermSize = 256 м", де -Xms - мінімальний розмір купи і -Xmx - максимальний розмір купи.

• Зазвичай не рекомендується мати однаковий розмір для min та max.

• Якщо ви запускаєте свою програму від затемнення,

• Двічі клацніть на сервері
• виберіть "відкрити конфігурацію запуску", ви будете перенаправлені до вікна "Редагувати властивості конфігурації запуску".
• У цьому вікні перейдіть на вкладку '(x) = Аргументи'.
• У аргументах VM визначте розмір вашої купки, як зазначено нижче
• "-Dprogram.name = JBossTools: JBoss EAP 6.1+ Server Runtime" -server -Xms256m -Xmx512m -XX: MaxPermSize = 256m -Dorg.jboss.resolver.warning = true

Нещодавно я стикався з цим питанням. У мене є 3 додатки Java, які починаються з розміру купи 1024м або 1280м. Java дивиться на доступний простір заміною, і якщо не вистачає пам'яті, jvm виходить.

Щоб вирішити проблему, мені довелося закінчити кілька програм, на яких було виділено велику кількість віртуальної пам’яті.

Я працював на x86-64 linux із 64-розрядним jvm.

У мене був правильний об'єм пам'яті, але для мене він використовував 64-бітну Intellij з 32-бітним jvm. Як тільки я перейшов на 64-бітний VM, помилки не було.

Якщо припустити, що у вас є достатня кількість вільної пам’яті та правильно налаштовано аргументи JVM, у вас може виникнути проблема фрагментації пам’яті. Перевірте максимальну пам'ять Java в Windows XP .

Якщо ви працюєте з 32-бітовим JVM, зміна розміру купи на меншу допоможе. Це можна зробити, передавши аргументи в java безпосередньо або через змінні середовища, як-от нижче,

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

Для 64-бітового JVM більший розмір купи, як і -Xms512M -Xmx1536Mповинен працювати.

Run java -versionабо java -d32, java--d64для Java7 , щоб перевірити , скільки разів ви працюєте.

У будь-якому випадку, ось як це виправити: Перейдіть до Пуск-> Панель управління-> Система-> Додатково (вкладка) -> Змінні середовища-> Змінні системи-> Нове: Назва змінної: _JAVA_OPTIONS Значення змінної: -Xmx512M

АБО

Змініть виклик мурашки, як показано нижче.

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

Це працювало для мене.

Під час ініціалізації VM сталася помилка. Не вдалося зарезервувати достатньо місця для купи об’єктів 1572864KB

Я змінив значення пам’яті в settings.grade файл 1536 на 512, і це допомогло

Перейдіть до Пуск-> Панель управління-> Система-> Додатково (вкладка) -> Змінні середовища-> Змінні системи-> Нове:

Variable name: _JAVA_OPTIONS
Variable value: -Xmx512M

У випадку, якщо ви запускаєте програму java: - запустіть програму в терміналі, використовуючи правильну команду для Linux, це буде "java -jar myprogram.jar" і додайте, наприклад, -Xms256m -Xmx512m: 'java -jar myprogram.jar Xms256m -Xmx512m '

Якщо ви використовуєте .sh скрипт (linux, mac?) Або .bat скрипт (windows), відкрийте скрипт і шукайте параметри java, якщо вони є, і збільшуйте пам'ять.

Якщо все вищезазначене не працює, перевірте свої процеси (ctrl + alt + delete на windows) (ps aux на linux / mac) та вбийте процеси, які використовують багато пам'яті та не потрібні вашій операційній системі! => Спробуйте перезапустити програму.

У CASSANDRA_HOME / bin / cassandra.bat ви знайдете наступну конфігурацію

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**^

Ви можете зменшити 2G до деякої меншої кількості, наприклад, 1G або навіть меншої, і це має працювати.

Те саме, якщо ви працюєте у вікні Unix, змініть .sh файл відповідним чином.

Я отримав таку ж помилку, і її вирішили, коли я видалив темп-файли, використовуючи% temp% та перезапустивши затемнення.

Іноді це стосується як

$ sysctl vm.overcommit_memory
vm.overcommit_memory = 2

Якщо встановити його:

$ sysctl vm.overcommit_memory=0

Це має працювати.

Замініть -Xmx2Gна -Xms512Mабо більший об'єм пам'яті у файлі cassandra.bat у каталозі бін кассандри.

Відкрийте файл gradle.properties у папці Android.

Замініть цей рядок:

org.gradle.jvmargs=-Xmx1536M

з:

org.gradle.jvmargs=-Xmx512m

Пояснення: Максимальна межа з документа Gradle:

Якщо запитуване середовище збірки не визначає максимальний розмір купи, Daemon використовуватиме до 512 Мб кучі.

Не потрібно нічого робити, а лише змініть файл POM, як показано нижче

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