Зачем вам нужно указать размер кучи Java?

Question

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

В мире Java нам нужно установить размер кучи, стека и перменца. Хотя это достаточно просто, забыв увеличить их до «достаточно больших» чисел, это причина №1, по которой я видел, как серверы опускаются.

Почему нельзя говорить Java, чтобы вырастить кучу/стек/перменто столько, сколько нужно с течением времени?

Answer 1

Моей интерпретации является то, что Sun является компанией, специализирующейся на продаже больших коробок, и им нравится, что системные администраторы могут делать что-то на этих коробках. Запуск системы для заполнения всей памяти - хороший способ запустить ее в землю и не сможет эффективно принять меры для восстановления операции, потому что вы не можете выделить память для создания оболочки входа, например.

Answer 2

Я думаю, потому что фактическая память компьютера является конечной. Таким образом, в некотором смысле JVM позволяет обнаруживать memleaks, прежде чем вся память будет потрачена впустую.
Плюс, что делать, если вы запускаете несколько JVM на одной машине - в этом случае, как вы позволяете каждой из этих JVM расти «столько, сколько нужно»?

Answer 3

Поскольку динамический рост кучи, стека и перменца просто заставлял сервер спускаться в любом случае. В таком мире сервер будет в конечном итоге утечка всех своих ресурсов.

Кроме того, разработка автоматического управления памятью была не такой зрелой, как сегодня. Наличие виртуальных лимитов упрощает работу, если вы выбираете неправильные значения по умолчанию, но это может сделать кодирование немного менее эффективным на задней панели.

Да, это догадки, но разумные; особенно когда вы рассматриваете начало Java/Oak встроенного программирования в топ-бокс. Это не похоже на то, что встроенная система будет иметь подкачку или резервную копию виртуальной памяти, поэтому зачем JVM действовать так, как если бы она была доступна?

Answer 4

Три причины:

1. Поскольку Java был задуман как язык для написания веб-приложений. Как правило, не считается хорошей идеей позволить веб-приложению взять на себя все компьютерные ресурсы.
2. Потому что Java - это сбор мусора. Помимо указания верхнего предела памяти, размер кучи также вызывает сбор мусора. По сути, вы говорите: «вы можете использовать это много, но когда вы нажимаете этот предел, вам нужно убирать».
3. Существует много классов приложений, в которых вы хотите ограничить объем памяти, используемый процессом Java, например. где важнее, чтобы другие процессы продолжались, когда для них недостаточно памяти.
4. Потому что возможность ограничить размер кучи является функцией. Если вам нравится подход, в котором процесс может иметь неограниченную память (как на других упомянутых языках), вы всегда можете установить ограничение на кучу больше, чем он мог бы приобрести. Если вы хотите ограничить размер кучи, вы можете это сделать. На других языках есть только одно из возможных способов поведения, что делает их менее гибкими.