Приложение Java 64 битов берет больше памяти, чем 32 бита
Я думаю, что Вы ищете, способность содержать пакет. То, когда пакет будет считаться склонный, не попытается обновить или изменить его любой путь.
Команда как это установит nginx, который будет сохранен.
dpkg --get-selections | grep 'nginx' | sed -e 's/install/hold/' | sudo dpkg --set-elections
Вы, вероятно, захотите обратить внимание, что Вы сделали это. Когда это прибудет время для обновления до следующей главной версии, необходимо будет, вероятно, удалить это хранение.
Для 64-разрядных приложений будет довольно обычно потребовать большей памяти, чем 32-разрядные, (большие переменные, указатели, и т.д.). Это и другая реализация JVM между этими двумя системами, могли очень хорошо быть причиной.
Я лично не нахожу, что это странно вообще, таким образом, я не считал бы это проблемой, если использование памяти не начало повышаться как сумасшедшая OS, некоторая подобная проблема производительности возникла.
На среде на 64 бита все указатели поднимают дважды пространство. длинные целые могли бы также, но я думаю, что они уже - 64 бита в оба случая.
То, насколько это влияет на Вас, зависит от Вашего конкретного случая, любая ссылка на объект является указателем. Если Ваши объекты будут главным образом ссылками на другие объекты, то они будут аварийно завершены.
Существуют 32-разрядные сборки JVM для Linux. Плохие новости - то, что, после того как Вы перерастаете 32-разрядный, Вы идете от 2-3GB до необходимости 4-6GB только, чтобы быть на одном уровне.