Как java-service-wrapper решает, использовать ли 32 или 64-битную виртуальную машину? - PullRequest
6 голосов
/ 05 июля 2010

Мы используем лицензированную производителем копию Tanuki Java Service Wrapper для запуска их платформы.Он поставляется с оболочками для каждого варианта и архитектуры O / S, и рекомендуемый профиль - 64-битная виртуальная машина с кучей в 3 гигабайта.

Мы используем 64-битную Redhat, но мне не удалось найтиПараметр конфигурации оболочки, который заставляет скрипт wrapper.sh использовать двоичный файл wrapper-linux-x86-64.Единственный способ заставить оболочку запускаться в 64-битном режиме - это удалить двоичный файл wrapper-linux-x86-32.

Есть ли способ перевести оболочку в 64-битный режим?Он просто пытается выбрать наиболее подходящую настройку виртуальной машины и выбирает 32-битный режим, когда это возможно, потому что наша куча составляет менее 4 гигабайт?32/64 битное решение, но ничего не удалось найти в Интернете.

1 Ответ

5 голосов
/ 31 августа 2010

Какую версию оболочки вы используете?

в 3.4.0 это было улучшено: Изменены сценарии и командные файлы, чтобы попытаться загрузить исполняемый файл оболочки в соответствии с системой, т. Е. В 64-разрядных системах сначала выполняется 64-разрядный двоичный файл оболочки, а после этого происходит попытка загрузки 32-разрядного. Такое поведение в первую очередь полезно с дельта-пакетом оболочки.

ура, христианская

...