Java Отказывается Запускаться - не Мог зарезервировать достаточно пространства для объектной "кучи"

Question

Java Отказывается Запускаться - не Мог зарезервировать достаточно пространства для объектной "кучи"

Для простого и эффективного средства просмотра PDF, когда вам требуется только ограниченная функциональность, вы можете (iOS 4.0+) использовать платформу QuickLook:

Во-первых, вам нужно связать ссылки с QuickLook.framework и #import <QuickLook/QuickLook.h>;

Впоследствии либо в viewDidLoad, либо в любом из ленивых методов инициализации:

QLPreviewController *previewController = [[QLPreviewController alloc] init];
previewController.dataSource = self;
previewController.delegate = self;
previewController.currentPreviewItemIndex = indexPath.row;
[self presentModalViewController:previewController animated:YES];
[previewController release];

49

jvm java linux memory heap

задан Randyaa 30 June 2009 в 02:15

9 ответов

Другие вопросы по тегам:

jvm java linux memory heap

Похожие вопросы:

score 1 · Answer 1

Учитывая, что ни одно из других предложений не сработало (включая многие вещи, которые я предлагал сам), не могли бы вы попробовать выполнить дальнейшее устранение неполадок:

sysctl -a

На SuSE и RedHat машины, чтобы посмотреть, есть ли отличия? Я предполагаю, что конфигурации по умолчанию в этих двух дистрибутивах различаются, что является причиной этого.

score 1 · Answer 2

Какая JVM используется? Я знаю, что максимальный размер кучи BEA JRockit не превышает 1850 МБ. Он не дает сбоев, но предупреждает пользователя, что он не будет использовать более 1850 МБ.

Я не знаю, почему существует такой предел, но я знаю, что он существует для BEA JRockit.

С уважением.

score 2 · Answer 3

Возможно, это далеко не так, но на ум приходят две вещи. Оба нижеследующих предполагают, что вы используете 32-битную версию Linux.

Существует ограничение на размер процесса в Linux, кажется, помните, что в CentOS он был около 2,5 ГБ и настроен в ядре (т.е. повторное изменение). Ваш процесс может столкнуться с этим, как только вы сложите весь код JVM + пространство Permgen и все остальные библиотеки JVM.

Во-вторых, я столкнулся с тем, что у вас может не хватить адресного пространства, звучит странно, я знаю. Возникла проблема с запуском Glassfish с кучей 1,5 ГБ, когда он пытался выполнить JSP, мой разветвленный javac, он терпел неудачу, потому что ОС не могла выделить достаточно адресного пространства для вновь созданного процесса, даже если в коробке было 12 ГБ памяти.

score 3 · Answer 4

uограничить максимальный размер памяти и установить неограниченный объем виртуальной памяти?

3

ответ дан 7 November 2019 в 11:52

score 4 · Answer 5

Похоже, что для 32-битных серверов существует ограничение JVM, которое невозможно преодолеть (если вы не найдете специальную 32-битную JVM, которая не устанавливает ограничение в 2 ГБ или меньше).

Этот поток на стороне сервера есть более подробная информация, в том числе несколько человек, которые тестировали различные JVM на 32-битных архитектурах. JVM IBM, кажется, позволяет на 100 МБ больше, но на самом деле это не даст вам того, что вы хотите.

http://www.theserverside.com/discussions/thread.tss?thread_id=26347

"Настоящее" решение заключается в использовании 64-битного сервера с 64-битной JVM для получения кучи размером более 2 ГБ на процесс. Однако это ' Также важно учитывать влияние увеличения размера вашего адреса (а не только адресного пространства) с помощью 64-битной JVM. Вероятно, это повлияет на производительность и память при обработке, использующей менее 4 ГБ памяти.

Пища для размышлений: действительно ли каждое из этих заданий требует 2 ГБ памяти? Есть ли способ изменить задания таким образом, чтобы они выполнялись в пределах 1,8 ГБ, чтобы этот предел не был проблемой?

score 8 · Answer 6

Запуск 32-разрядной ОС является ошибкой; вам определенно следует выполнить обновление как можно раньше.

Я не знаю, требует ли Java, чтобы его куча была в одном непрерывном фрагменте, но если это так, запрос 1,8 ГБ кучи в 32-битном блоке звучит как непростая задача. Вы предполагаете, что часть адресного пространства, почти половина его, свободна во время запуска JVM.

В зависимости от того, какие другие библиотеки загружены в данный момент, их может не быть. Библиотеки могут выделять память где угодно, поэтому ваше адресное пространство может быть настолько фрагментировано, что 1,8 ГБ не доступно в одном фрагменте.