Произошла ошибка при использовании metaspace minecraft - Исправление ошибок и поиск оптимальных решений проблем

Обновлено: 12.02.2023

В Java, начиная с 8 версии, появилась новая вариация OutOfMemory error : Metaspace.

Происходит это в связи с переполнением этой самой области памяти, которая является по сути эквивалентом Permanent Generation, однако может динамически расширяться.

Вопрос опытным товарищам:
Возникали ли у вас подобные ситуации в вашей практике, за исключением случаев, когда использовались сторонние библиотеки?

Вот тут еще в 2013 году описывали работу Metaspace с примером переполнения без использования сторонних библиотек. Попробуйте, может взлетит.

Распространённые причины
нехватка памяти, нужно не менее 400 мб
неустойчивое соединение с инетом
антивирус блокирует подключения джава в целом
ошибка проверки сертификата при работе с ssl, возможные решения
настройте правильно время на компьютере
джава установлена неправильно переустановите ее
антивирус блокирует проверку сертификата, отключите или по возможности настройте его правильно.
————
чё делать то. время у меня стоит правильное джаву переустановил, антивирус отрубил, всё равно не хочет загружать версию. я хочу загрузить версию майна фордж 1 17 1. но каждый раз мне выдаёт такую ошибку. я перезагружал комп и тлаунчер сам. ни чё не помогает. хотя другие версии форджа загружаются. но мне нужно 1 17 1 помогите что делать.

Zenker Искусственный Интеллект (103540) Это уже зависит от OVH и разрабов тдаунчера

Проверял ещё в момент падения серверов, проверил и сейчас. Работал, работает, и, дай Бог, будет работать.

В этой статье, мы бы хотели поделиться с вами объяснением большинства ошибок, которые может выдавать Minecraft во время запуска и подключения к серверам. Также мы приводим возможные варианты решения.

Ошибки связанные с вылетом Minecraft:

Bad Video Card Drivers – означает, что для вашей видеокарты не установлены, либо установлены слишком старые драйвера. Перейдите на сайт производителя и установите свежие драйвера.

Out of Memory – обычно Minecraft вылетает с этой ошибкой при нехватке оперативной памяти. Причиной может быть маленькое количество оперативной памяти, а также большое количество запущенных программ. Закройте все лишние программы. Если с памятью все ок, то ошибка возникает из за того что Java машине выделено мало памяти. Could not create the Java Virtual Machine — невозможно создать среду исполнения Java. Попробуйте обновить/переустановить Java.

Черный экран при запуске — вероятно, вы модифицировали minecraft.jar (установили мод, например), после чего он не прошел проверку на подлинность. Лечится обычно удалением папки META-INF из minecraft.jar

Ошибки связанные с серверами:

Bad Login, User not Premium – означает, что для входа на данный сервер требуется лицензия Minecraft. Если это ваш сервер, то отредактируйте файл server.properties, измените в нем значение online-mode=true на online-mode=false

The server responded with an invalid server key — проблема появилась в последних версиях Minecraft. Ошибку допустили разработчики игры. Решение проблемы мы описали в этой статье.

Connection reset — означает, что сервер обрубил ваше соединение. Обычно связано с недоступностью сервера, либо с проблемами в соединении.

Connection refused — сервер отклонил соединение. Означает, что по данному адресу нет запущенного сервера, либо имеются проблемы в соединении.

Read time out — вышло время ожидания ответа. Сервер и ваш клиент Minecraft общаются при помощи пакетов. Когда сервер либо клиент перестают отвечать на запросы (например у вас игра подвисла), выжидается какое то время (таймаут), после чего соединение обрубается. Сделано это для того, чтобы незаконченные висящие соединения закрывались и не создавали нагрузку.

Logged in from another location — кто-то зашел на сервер под вашим ником.

Internal Server Error — внутренняя ошибка сервера. Означает, что на сервере произошла какая-либо ошибка в выполняемом коде. Чаще появляется на самописных или модифицированных серверах.

Артем Буровцев

Руслан Фомичев

Артём, через много лет я понял что это из-за мира, созданного на каком-то снапшоте. Удалил мир, и ошибки уже не было

Читайте также:

X rebirth скрипты как включить

Как поменять язык на псп

Как установить шкурки для world of tanks blitz на пк

Вылетает при выходе из бара cyberpunk 2077

Малиновка гта системные требования

Источник

The java.lang.OutOfMemoryError: Metaspace indicates that the amount of native memory allocated for Java class metadata is exausted. Let’s how this issue can be solved in standalone applications and cloud applications.

In general terms, the more classes you are loading into the JVM, the more memory will be consumed by the metaspace. In Java 8 and later, the maximum amount of memory allocated for Java classes (MaxMetaspaceSize) is by default unlimited, so in most cases there is no need to change this setting.

On the other hand, if you want to limit the amount of memory allocated for Java classes, you can set it as follows:

java -XX:MaxMetaspaceSize=3200m

The current Metaspace size (i.e. committed) will be, generally, smaller than that. Why ? Because there is a setting, MaxMetaspaceFreeRatio, which prevents the Metaspace from growing too much.

MaxMetaspaceFreeRatio is a JVM option that sets the percentage of free space that the JVM should attempt to maintain in the metaspace. When the percentage of free space in the metaspace drops below this threshold, the JVM will attempt to free up space by unloading classes that are no longer in use. The default value of MaxMetaspaceFreeRatio is 70.

In conclusion, setting a high value for MaxMetaspaceSize, increase the chances of OutOfMemoryError: Metaspace

What is the solution ?

By increasing the upper limit of the attribute MaxMetaspaceSize might solve the issue in some cases. For example, if you can see the error upon application start up.

On the other hand, if you see this error at runtime, we recommend to investigate on the Root cause of the problem before increasing blindly the MaxMetaspaceSize.

In order to find the Root cause, we recommend that you follow these steps:

Understand how the JVM manages the MetaSpace data
Learn how to monitor the MetaSpace in a running Java application
Check the Heap dump of your application to find offending Classes

How Java Hotspot manages MetaSpace Data

The Java Hotspot manages Metadata space as follows: firstly, the JVM requests an amount of space to the OS. Then, this space is divided into chunks. A class loader allocates space for Metadata from its chunks.

Class Metadata is deallocated when the corresponding Java class is unloaded and its chunks are recycled for reuse or returned to the OS. Java classes are unloaded as a result of Garbage collection, and garbage collections may be triggered in order to unload classes and deallocate class Metadata. When the space committed for class Metadata reaches a certain threshold (a high-water mark), a Garbage Collection happens.
After the Garbage Collection, the high-water mark may change depending on the amount of space freed from class Metadata.

Monitoring the MetaSpace with jstat

The simplest way to monitor the MetaSpace size is by means of the jstat tool which is available in the JDK. When used with the option -gcmetacapacity it provides the following information:

jstat -gcmetacapacity (PID)

For example:

MCMN   MCMX      MC       CCSMN CCSMX       CCSC    YGC   FGC    FGCT    CGC    CGCT       
0.0   374784.0  140360.0  0.0   253952.0    21168.0  23     0    0.000     6    0.046

And here is a description of the Labels:

MCMN: Minimum metaspace capacity (kB).
MCMX: Maximum metaspace capacity (kB).
MC: Metaspace capacity (kB).
CCSMN: Compressed class space minimum capacity (kB).
CCSMX: Compressed class space maximum capacity (kB).
YGC: Number of young generation GC events.
FGC: Number of full GC events.
FGCT: Full garbage collection time.
GCT: Total garbage collection time.

Besides the Metaspace capacity, pay attention to the Compressed class space maximum capacity. The CompressedClassSpaceSize is the amount of virtual memory reserved for compressing Class MetaData. Therefore, MaxMetaspaceSize should be larger than CompressedClassSpaceSize.

If MaxMetaspaceSize is set smaller than CompressedClassSpaceSize, the JVM auto adjusts CompressedClassSpaceSize using this formula:

CompressedClassSpaceSize = MaxMetaspaceSize - 2 * InitialBootClassLoaderMetaspaceSize

Other interesting options include the parameter -gcutil:

 $ jstat -gcutil (PID) | awk '{print($5)}'

This will print the Metaspace utilization as a percentage of the space’s current capacity.

Monitoring the MetaSpace with Java Native Memory tracking

Another option to monitor the MetaSpace usage is the JVM parameter NativeMemoryTracking, which you can add to the start up parameters. For example:

-XX:+UnlockDiagnosticVMOptions -XX:NativeMemoryTracking=detail -XX:+PrintNMTStatistics

When you enable the Native Memory Tracking, you can request a report on the JVM memory usage using the following command:

$ jcmd <pid> VM.native_memory

If you check at the jcmd output, you will find at the bottom, the amount of native memory committed in the Internal (committed) section

Total: reserved=1334532KB, committed=369276KB
-                 Java Heap (reserved=524288KB, committed=132096KB)
                            (mmap: reserved=524288KB, committed=132096KB)
 
-                     Class (reserved=351761KB, committed=112629KB)
                            (classes #19111)
                            (  instance classes #17977, array classes #1134)
                            (malloc=3601KB #66765)
                            (mmap: reserved=348160KB, committed=109028KB)
                            (  Metadata:   )
                            (    reserved=94208KB, committed=92824KB)
                            (    used=85533KB)
                            (    free=7291KB)
                            (    waste=0KB =0.00%)
                            (  Class space:)
                            (    reserved=253952KB, committed=16204KB)
                            (    used=12643KB)
                            (    free=3561KB)
                            (    waste=0KB =0.00%)

In the line beginning with Metaspace, look for the used value. This is the amount of space the JVM uses for loaded classes. The committed value is the amount of space available for chunks. The reserved value is the amount of space reserved (but not necessarily committed) for metadata.

Querying the Meta Space from an Heap Dump

To have more insights on the MetaSpace error, you should inspect the Heap of your Java application. You can use the jmap command line to trigger a Heap Dump:

jmap -dump:format=b,file=dump.hprof <PID>

Then, open the Heap Dump with your favourite tool. For example Eclipse MAT:

From the Heap Dump, you can look for duplicate classes, especially those loading your application classes.

The simplest way to do that, is using the OQL console. Within the OQL Console you can execute OQL queries to perform ad hoc analysis on your classes. For example, by executing the following query, you can have a list of class loaded from each Classloader:

select map(sort(map(heap.objects('java.lang.ClassLoader'), '{loader: it, count: it.classes.elementCount }'), 'lhs.count < rhs.count'), 'toHtml(it) + "
"')

This can be a precious hint to determine if a Classloader is loading an increasing number of classes.

OutOfMemoryError: Metaspace on OpenShift/Kubernetes

When using OpenJDK Image on OpenShift/Kubernetes, the default maximum value for the Metaspace is XX:MaxMetaspaceSize=100m. You might have noticed that setting this value through the JAVA_OPTIONS environment variable, doesn’t work as the default value is appended to the bottom:

VM Arguments: -Xms128m -Xmx1024m -XX:MetaspaceSize=128M -XX:MaxMetaspaceSize=256m    -XX:AdaptiveSizePolicyWeight=90 -XX:MaxMetaspaceSize=100m -XX:+ExitOnOutOfMemoryError

The correct way to set the MaxMetaspaceSize is through the GC_MAX_METASPACE_SIZE environment variable. For example, if you are using a deployment.yaml file to deploy your application with JKube, the following settings will override the default values for the MaxMetaspaceSize and MaxMetaspaceSize:

spec:
  template:
    spec:
      containers:
      - env:
        - name: JAVA_OPTIONS
          value: '-Xms128m -Xmx1024m'
        - name: GC_MAX_METASPACE_SIZE
          value: 256
        - name: GC_METASPACE_SIZE
          value: 96

Post Views:
4,831

Источник

Играя в Minecraft и вообще, пользуясь приложениями, написанными на Java Вы не раз могли столкнуться с ошибками (исключениями). В отличие от других языков программирования, Java жёстко заточена под использование ООП, потому при возникновении ошибки бросается исключение (объект содержащий сведения под ошибке). Его можно «поймать», дабы предпринять какие-то действия (допустим, вывести в лог). В случае майнкрафта, при возникновении исключения, создаётся краш-отчёт и работа игры завершается.

Понять исключения достаточно просто и вам для этого не понадобится специальное ПО для отладки.

Полная печать исключения состоит из 3-х частей:

Исключение — имя класса ошибки. Классам обычно дают понятные человеку имена, достаточно знаний английского, чтобы понять значение.
Сообщение — содержит более детальное описание ошибки. Может отсутствовать.
Стек вызова — отражает ход работы программы (снизу вверх). Данная информация больше полезна разработчику, дабы понять, где именно возникла ошибка. Обычному пользователю данная информация может помочь понять, с чем связана ошибка (по именам классов и вызываемым функциям — методам).

Исключения могут иметь предков, что присутствует в данном примере (после «Caused by» идёт печать исключения-предка). Если вам не понятно исключение, возможно, стоит рассмотреть его предков — они могут содержать более понятное сообщение.

В данной теме я опишу наиболее часто встречающиеся ошибки, а также, какие действия следует или вовсе не следует предпринимать. Причин у ошибок множество и это не всегда повреждённые файлы игры (чего быть в принципе не может, поскольку лаунчер проверяет файлы игры).

При возникновении ошибок не спешите бежать переустанавливать Java и игру! Java — стабильный продукт. В большинстве случаев, ошибки возникают из-за неправильной настройки ОС; ошибок сети; неправильных драйверов.

org.lwjgl.LWJGLException: Pixel format not accelerated
Недоступно аппаратное ускорение графики. Описание ошибки (англ.)

Решение: Установите последнюю версию драйвера видеокарты.

javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path validation/building failed
Не удаётся установить защищённое соединение из-за невозможности проверки SSL сертификата.

Что можно сделать:

Эта ошибка может возникнуть из-за использования слишком старой версии Java. Рекомендуется регулярно обновлять ПО, чтобы иметь актуальный список корневых сертификатов.
Виновником может быть антивирус, пытающийся «подсунуть» свой сертификат с целью прослушивания трафика. Настоятельно рекомендуется отключить в антивирусе проверку защищённых соединений (HTTPS/SSL/TLS) — это значительно снижает безопасность защищённых соединений и вызывает проблемы в работе приложений, использующие их.

java.net.SocketTimeOutException: Read timed out
Ошибка сети «время ожидания истекло». Здесь сложно установить виновника: проблема может быть как на стороне сервера, вашего провайдера или вызвана антивирусом.

Что можно сделать:

Отключите антивирус и попробуйте выполнить запрос снова.
Используйте другое подключение к интернету (другой провайдер; мобильный интернет; VPN; Wi-Fi соседей).
Используйте VPN для обхода блокировки (цензуры) со стороны вашего интернет-провайдера.

java.net.ConnectException: Connection timed out: connect
Ошибка сети — не удалось установить соединение с хостом. Обычно виновником данной ошибки является Firewall (брандмауэр) или отсутствие интернета.

Что можно сделать:

Проверьте наличие подключения к интернету.
Временно отключите антивирус и Firewall.

java.net.SocketException: Connection reset / Удаленный хост принудительно разорвал существующее подключение
Ошибка сети «соединение сброшено». Как и в предыдущей ошибке, проблема связана с «плохим» интернетом, либо проблемами на стороне сервера (в этом случае ошибка будет у всех). Чаще всего возникает у пользователей мобильного интернета (USB-модем). От вас никаких действий предпринимать не требуется, кроме как найти «другой интернет» или использовать VPN для обхода фильтра сайтов.

java.lang.ClassCastException: XXX cannot be cast to YYY
Ошибка в логике программы: попытка привести объект к классу, экземпляром коего объект не является.

Решение: Сообщите о проблеме разработчику программы, приложив лог ошибки.

java.io.IOException: Server returned HTTP response code: 000 for URL
Проблема на стороне веб-сервера. Стандартная библиотека Java выбрасывает исключение, если веб-сервер выдаёт, например, страницу «404 Not Found».

Решение: Сообщите о проблеме владельцу веб-сервера, URL которого указан в тексте ошибки.

java.lang.UnsatisfiedLinkError: Can’t load library:
Не удалось загрузить нативную библиотеку (скорее всего, отсутствует файл по указанному пути).

Что можно сделать:

Чаще всего ошибка возникает из-за отсутствия библиотек LWJGL. Почему их файлы пропадают, пока остаётся загадкой. Если пути вы видите «.redserver/natives/2.9.1/lwjgl.dll», значит надо удалить папку natives, находящуюся в .redserver, чтобы лаунчер их скачал заново.
Неактуально: С версии 3.2 лаунчер проверяет наличие всех файлов и автоматически, при необходимости, перекачивает их.

java.lang.RuntimeException: Unknown character in
Синтаксическая ошибка в конфигурационном файле мода.

Что можно сделать:

Удалите указанный в ошибке файл. Мод создаст новый с настройками по умолчанию.
Если вам сложно удалить файл, можно сделать сброс конфигов через лаунчер. Нажмите в лаунчере на многоточие на кнопке «Играть»; выберите в меню пункт «Очистка клиента»; установите флажок возле «Сбросить конфигурацию» и запустите очистку.
Выполните проверку диска на наличие ошибок. Испорченные файлы могут быть признаком неисправности диска.

java.lang.NullPointerException (NPE)
Ошибка в логике программы: попытка вызвать нестатичный метод, обратиться к полю несуществующего объекта — null.

Решение: Сообщите о проблеме разработчику программы, приложив лог ошибки.

java.net.UnknownHostException
Ошибка сети: не удаётся определить IP-адрес доменного имени (в общем, проблемы с DNS).

Что можно сделать:

Иногда ошибка может возникать, если вы не подключены к интернету, либо же произошёл разрыв интернет-соединения. Обычно исчезает сама через небольшой промежуток времени после возобновления соединения. Если ошибка не исчезла — может помочь перезагрузка компьютера (сбрасывает кеш DNS).
Доступ к ресурсу заблокирован вашим провайдером. Сейчас данная проблема актуальна для украинских пользователей: используемый нами Яндекс.DNS заблокирован в этой стране. Читайте, как обойти блокировку DNS.

java.io.EOFException: Unexpected end of ZLIB input stream
Неожиданный конец файла. В данном случае — ZIP-архива. Возникает например, когда вы пытаетесь распаковать недокачанный архив.

java.net.SocketException: Address family not supported by protocol family: connect
Проблема возникает из-за неправильной настройки протокола IPv6. Если таковой не поддерживается вашим интернет-провайдером, его поддержку следует отключить.

java.lang.OutOfMemoryError
А вот это как раз «любимая» ошибка про нехватку ОЗУ. Не стоит сразу спешить выставлять память в лаунчере на максимум, потому что дальнейшие действия зависят от сообщения к ошибке:

Unable to create new native thread / Metaspace — в вашей системе закончились ресурсы (ОЗУ). Решается только путём завершения всех лишних программ, либо апгрейдом ПК (больше ОЗУ — больше программ можно запустить). Не забывайте, что следует использовать 64-разрядную систему.
Java heap space — нехватка размера heap области памяти. Увеличьте лимит памяти в настройках лаунчера.

Источник

Как уже сообщалось ранее на Java One, в Java 8 версии HotSpot планируется отказаться от PermGen пространства в пользу новой его вариации — Metaspace. Ранний доступ к JDK 8 даёт возможность наблюдать Metaspace в действии, чем и воспользовался автор оригинальной статьи чтоб узнать, какие преимущества даёт MetaSpace в сравнении с PermGen, и убедится во всём непосредственно.

Подробнорсти под катом.

Что такое Metaspace

В рамках мерджа HotSpot с JRockit хранение метаданных о классах будет осуществляться в нативной памяти, по аналогии с JRockit и IBM JVM. Часть нативной памяти, отведённая под эти метаданные, носит название Metaspace.

Итак, Metaspace это замена PermGen, основное отличие которой с точки зрения Java-программистов — возможность динамически расширятся, органиченная по умолчанию только размером нативной памяти. Параметры PermSize и MaxPermSize отныне упразднены (получив эти параметры JVM будет выдавать предупреждение о том, что они более не действуют), и вместо них вводится опциональный параметр MaxMetaspaceSize, посредством которого можно задать ограничение на размер Metaspace.

Лучшие пиратские лаунчеры Minecraft

В результате максимальный Metaspace по умолчанию не ограничен ничем кроме предела объёма нативной памяти. Но его можно по желанию ограничить параметром MaxMetaspaceSize, аналогичным по сути к MaxPermSize.

Предполагается, что таким образом можно будет избежать ошибки «java.lang.OutOfMemoryError: PermGen space» за счёт большей гибкости динамического изменения размера Metaspace. Но, конечно, если размер Metaspace достигнет своей границы — будь то максимум объёма нативной памяти, или лимит заданный в MaxMetaspaceSize — будет выброшено аналогичное исключение: «java.lang.OutOfMemoryError: Metadata space».

Сборка мусора

Логи Garbage Collector-а будут сообщать также и о сборке мусора в Metaspace.

Сама сборка мусора, если верить автору статьи, будет происходить при достижении Metaspace размера, заданного в MaxMetaspaceSize. Но его же эксперименты (см. ниже) показывают, что когда MaxMetaspaceSize не задан, сборка мусора в Metaspace тоже осуществляется перед каждым его динамическим увеличением.

Эксперименты

JDK 1.7, MaxPermSize = 128 MB
JDK 1.8 (b75), MaxMetaspaceSize не задан
JDK 1.8 (b75), MaxMetaspaceSize = 128 MB

при MaxPermSize = 128 MB на JDK 1.7 ему удалось загрузить чуть более 30 тысяч классов до выбрасывания исключения «OutOfMemoryError: PermGen space».
при отсутствии лимита MaxMetaspaceSize на JDK 1.8 его программа загрузила 50 тысяч классов (больше он не пробовал) без получения исключений
при лимите MaxMetaspaceSize в 128 MB на JDK 1.8 результат был аналогичен MaxPermSize = 128 MB на JDK 1.7 — удалось загрузить чуть более 30 тысяч классов до выбрасывания исключения «OutOfMemoryError: Metadata space»

В оригинальной статье автор также приводит графики использования памяти и логи Garbage Collector-а — для тех кому это интересно. Графики и логи должны быть понятны без перевода.

КАК ИСПРАВИТЬ ОШИБКУ «Не удалось открыть веб страницу» в MINECRAFT

От себя добавлю, что такое нововведение может быть полезно для запуска java кода на клиентских машинах. Например ant/maven билд скриптов, которым ранее иногда приходилось поднимать MaxPermSize для успешного завершения билда. А также будет весьма полезно в тех (пусть и редких) случаях, когда используются десктопные Java приложения, оганичение PermGen для которых никогда не имело особого смысла.

Источник: habr.com

В Java, начиная с 8 версии, появилась новая вариация OutOfMemory error : Metaspace.

Zenker Искусственный Интеллект (103540) Это уже зависит от OVH и разрабов тдаунчера

Проверял ещё в момент падения серверов, проверил и сейчас. Работал, работает, и, дай Бог, будет работать.

Ошибки связанные с вылетом Minecraft:

Попробуйте обновить/переустановить Java.

Ошибки связанные с серверами:

Logged in from another location — кто-то зашел на сервер под вашим ником.

X rebirth скрипты как включить
Как поменять язык на псп
Как установить шкурки для world of tanks blitz на пк
Вылетает при выходе из бара cyberpunk 2077
Малиновка гта системные требования

Источник: igry-gid.ru

При обновлении мы получили OutOfMemoryError. Настройки JVM поддерживаются такими же, как Java 7, который работает нормально. Вот настройки на сервере Jboss 4.2:

-server -Dsun.rmi.dgc.client.gcInterval = 3600000 -Dsun.rmi.dgc.server.gcInterval = 3600000 -Xms4096m -Xmx7168m -XX: MaxMetaspaceSize = 512m -XX: + UseConcMarkSweepGC -XX: + CMSClassUnloadingEnabled -Djava.security.egd = файл:///dev/urandom

Единственная разница в Java 7 — XX: MaxMetaspaceSize = 512m заменялся PermGen max. Интересно, почему для загрузки классов требуется больше Metaspace, так как сервер и приложение одинаковое и только изменение в версии Java.

Valsaraj Viswanathan 11 авг. 2017, в 12:18
Поделиться
Есть ли у вас трассировка стека для ошибки? Я хотел бы знать точную ошибку для ООМ.
kucing_terbang 11 авг.

2017, в 10:07
Вы можете предоставить точные параметры Java при запуске JBoss с Java 8?
DevDio 11 авг. 2017, в 10:15

Используемые параметры Java добавляются в запросе: -server -Dsun.rmi.dgc.client.gcInterval = 3600000 -Dsun.rmi.dgc.server.gcInterval = 3600000 -Xms4096m -Xmx7168m -XX: MaxMetaspaceSize = 512m -XX: + UseConc — XX: + CMSClassUnloadingEnabled -Djava.security.egd = file: /// dev / urandom

Valsaraj Viswanathan 11 авг. 2017, в 10:38
Показать ещё 1 комментарий
Поделиться:
out-of-memory

2 ответа

Вероятно, вы должны удалить -XX:MaxMetaspaceSize=512m целом.

Я предполагаю, что в Java 7 вам необходимо увеличить постоянное поколение, чтобы заставить все работать, потому что макс по умолчанию был слишком низким.

В Java 8 метапоиск, который содержит ваши классы, по умолчанию может неограниченно расширяться, поэтому вы, вероятно, не столкнетесь с проблемой, которую вы пытались решить для Java 7 в первую очередь. Вместо этого, как вы уже испытали, вы столкнулись с другой проблемой: слишком низкая предел метапроцесса. Удаление указанного лимита, вероятно, решит проблему и позволит JVM принимать соответствующие решения для вас.

hendrik 11 авг. 2017, в 11:32
Поделиться

Удаление MaxMetaspaceSize вызвало увеличение использования Metaspace до 3g. Так как на сервере была выделена куча 8g & max в 7g, произошел очередной сбой памяти. Собираются ли мертвые загрузчики классов в метапространстве? Есть ли какие-либо настройки для управления этим?

Valsaraj Viswanathan 23 авг. 2017, в 11:52

Вы можете попробовать установить -XX:MaxMetaspaceExpansion=0 чтобы принудительно -XX:MaxMetaspaceExpansion=0 сбор мусора в -XX:MaxMetaspaceExpansion=0 (см. Stackoverflow.com/a/31632341/942774 ), но если кто-то все еще держится за объекты вашего класса, это не принесет много пользы.

hendrik 25 авг. 2017, в 07:37

Результат остается таким же даже после установки -XX: MaxMetaspaceExpansion = 0. всего = 1394 27716 53490569 н / д жив = 1, мертв = 1393 н / д. Я вижу, что сборка мусора запускается с частыми интервалами в памяти без кучи. Интересно, зачем тогда столько мертвых классных погрузчиков?

Valsaraj Viswanathan 29 авг. 2017, в 18:03

Похоже, вам нужно отладить утечку памяти при загрузке классов. Возможно stackoverflow.com/a/37933050/942774 немного помогает. На этом этапе я буду искать в Интернете проблемы с загрузкой классов JBoss 4.2 на Java 8. YMMV, так как v4.2 старше Java 8. Возможно, пришло время обновить JBoss.

hendrik 30 авг. 2017, в 06:40
Показать ещё 2 комментария

Одна вещь, которая приходит мне на ум, заключается в том, что java8 использует lambdas, и каждая лямбда — это своего рода класс в java 8. Исправьте меня, если я ошибаюсь, но это то, что видит мой осмотр при создании таблицы классов приложения java8. Таким образом, java8 использует больше памяти классов.

Источник: overcoder.net

Устранение неполадок «Ошибка нехватки памяти: Metaspace» в Play для Scala

При работе в режиме разработки в Play for Scala (2.5.x) после примерно трех часов изменения кода и горячего развертывания Play зависает с ошибкой java.lang.OutOfMemoryError: Metaspace .

После некоторых исследований проблема, похоже, заключается в том, что приложение создает экземпляры объектов Java (таких как фабрики и соединения), о которых Play не знает, и когда Play перезапускается, эти объекты остаются в памяти, вызывая утечки. Решение состоит в том, чтобы очистить компоненты, когда Play завершает работу, как объяснено здесь, или уничтожить их после того, как они будут использованы.

Проблема в том, что я очищаю все эти объекты и все равно получаю OutOfMemoryError . Я попытался с помощью Java jconsole выяснить, какие классы создают утечку и сколько памяти они занимают, но не смог найти много. Есть идеи, как справиться с этой ситуацией? Я не хочу просто увеличивать память, не зная, что происходит.

PS: Кажется, это обычная проблема, было бы здорово, если бы сама Play предоставила инструменты для обнаружения проблемы.

Комментарии (2)

Это довольно обычное дело для разработки с инкрементными компиляциями, вы можете посмотреть варианты, предлагаемые на lagomframework.com/documentation/1.4.x/scala/…

Спасибо, но я хотел бы проанализировать проблему, прежде чем увеличивать память, я хочу избавиться от проблемы, если это вызовет сложности в производстве.

Источник: reddeveloper.ru

В этом небольшом руководстве мы рассмотрим разницу между областями памяти PermGen и Metaspace в Java среде. Начиная с Java 8, Metaspace заменил PermGen, привнеся некоторые существенные изменения.

PermGen (Permanent Generation) — это специальное место в куче, отделенное от основной памяти.

В PermGen виртуальная машина хранит метаданные загруженных классов. Также здесь находятся всё статическое содержимое приложения, переменные примитивных типов и ссылки на статические объекты.

Более того PermGen хранит данные о байткоде и JIT информацию. До Java 7 пул строк также являлся частью PermGen.

По умолчанию, максимальный размер этой области памяти для 32-х битной JVM равен 64 Мб, а для 64-х битной версии — 82 Мб. Однако, вы можете изменять эти значения, используя следующие параметры JVM:

-XX:PermSize=[размер] для установки минимального размера PermGen области
-XX:MaxPermSize=[размер] для установки максимального размера

Из-за своего ограниченного размера, PermGen является причиной возникновения ошибки java.lang.OutOfMemoryError: PermGen space. Проще говоря, загрузчики классов не обрабатываются сборщиком мусора должным образом, в результате чего появляются утечки памяти. Чаще всего это происходит при создании новых загрузчиков.

Эта область памяти была полностью удалена в JDK 8.

Metaspace – новая область памяти, появившаяся в 8 версии Java и заменившая устаревшую PermGen. Основное их отличие заключается в способе распределения памяти.

По умолчанию, Metaspace увеличивается автоматически. Однако и здесь у нас есть возможность управления памятью:

При помощи MetaspaceSize и MaxMetaspaceSize можно задать границы Metaspace области.
MinMetaspaceFreeRatio — минимальный зарезервированный размер памяти для метаданных классов после сборки мусора. Выражается в процентах от общего размера Metaspace области.
MaxMetaspaceFreeRatio — максимальный зарезервированный размер памяти для метаданных классов после сборки мусора. Используется для предотвращения сокращения объема пространства, заполнение которого вызывает сборку мусора. Также выражается в процентах от общего размера Metaspace.

В результате появления Metaspace, процесс очистки памяти получил некоторые преимущества. Теперь сборщик мусора автоматически удаляет из памяти ненужные классы, когда емкость, выделенная для хранения метаданных, достигает максимального значения. Вместе с этим, уменьшилась вероятность получения ошибки OutOfMemoryError.

Несмотря на все плюсы, нам все равно необходимо контролировать и, при необходимости, настраивать Metaspace чтобы избежать утечек памяти.

Источник: topjava.ru

Источник