Як визначається максимальний розмір куки Java за замовчуванням?

Якщо я пропущу -Xmxnпараметр з командного рядка Java, то буде використано значення за замовчуванням. Відповідно до документації Java

"значення за замовчуванням вибирається під час виконання на основі конфігурації системи"

Які параметри конфігурації системи впливають на значення за замовчуванням?

У Windows ви можете скористатись такою командою, щоб дізнатись за замовчуванням у системі, де працюють ваші програми.

java -XX: + PrintFlagsFinal -version | findstr HeapSize

Шукайте варіанти MaxHeapSize(для -Xmx) та InitialHeapSizeдля -Xms.

У системі Unix / Linux ви можете це зробити

java -XX: + PrintFlagsFinal -version | grep HeapSize

Я вважаю, що отриманий результат знаходиться в байтах.

Для Java SE 5: Відповідно до ергономіки збирача сміття [Oracle] :

початковий розмір купи:

Більша 1/64-я частина фізичної пам'яті апарату на машині або якийсь розумний мінімум. До J2SE 5.0 початковий розмір купи за замовчуванням був розумним мінімумом, який залежить від платформи. Цей параметр за замовчуванням можна замінити за допомогою параметра командного рядка -Xms.

максимальний розмір купи:

Менше 1/4 фізичної пам'яті або 1 Гб. До J2SE 5.0 максимальний розмір купи за замовчуванням становив 64 Мб. Ви можете змінити цей параметр за замовчуванням за допомогою параметра командного рядка -Xmx.

ОНОВЛЕННЯ:

Як зазначив Том Андерсон у своєму коментарі, вищезазначене стосується машин серверного класу. З ергономіки у віртуальній машині 5.0 JavaTM :

У платформі J2SE версії 5.0 клас машини, який називають машиною серверного класу, визначений як машина з

• 2 або більше фізичних процесорів
• 2 або більше Гбайт фізичної пам'яті

за винятком 32-бітових платформ, на яких працює версія операційної системи Windows. На всіх інших платформах значення за замовчуванням збігаються з типовими для версії 1.4.2.

У платформі J2SE версії 1.4.2 за замовчуванням було зроблено наступні вибір

• початковий розмір купи 4 Мбайт
• максимальний розмір купи 64 Мбайт

Java 8 займає більше 1/ 64 частини вашої фізичної пам'яті для вашого Xmssize (Мінімальний розмір HeapSize) і менше 1/4 фізичної пам'яті для вашого -Xmxsize (Максимальний HeapSize).

Ви можете перевірити розмір купи Java за замовчуванням за допомогою:

У Windows :

java -XX:+PrintFlagsFinal -version | findstr /i "HeapSize PermSize ThreadStackSize"

У Linux :

java -XX:+PrintFlagsFinal -version | grep -iE 'HeapSize|PermSize|ThreadStackSize'

Які параметри конфігурації системи впливають на значення за замовчуванням?

Машини фізична пам'ять і версія Java.

Це змінено в оновлення Java 6 18 .

Якщо припустити, що у нас є більше 1 Гб фізичної пам'яті (досить поширена в наші дні), це завжди 1/4 вашої фізичної пам'яті для сервера vm.

Ернесто має рацію. За посиланням, яке він опублікував [1]:

Оновлена ​​конфігурація купи клієнта JVM

У Клієнті JVM ...

• Максимальний розмір купи за замовчуванням - це половина фізичної пам'яті до розміру фізичної пам'яті 192 мегабайт, інакше одна четверта фізичної пам'яті до розміру фізичної пам'яті 1 гігабайт.

  Наприклад, якщо ваша машина має 128 мегабайт фізичної пам’яті, то максимальний розмір купи становить 64 мегабайти, а більший або рівний 1 гігабайт фізичної пам’яті призводить до максимального розміру куки в 256 мегабайт.

• Максимальний розмір купи фактично не використовується JVM, якщо ваша програма не створить достатньо об'єктів, щоб вимагати цього. Значно менша кількість, що називається початковим розміром купи, виділяється під час ініціалізації JVM. ...

• ...
• Ергономіка купірування сервера JVM тепер така ж, як і у клієнта, за винятком того, що максимальний розмір купи за замовчуванням для 32-бітових JVM становить 1 гігабайт , що відповідає фізичному розміру пам'яті 4 гігабайти, а для 64-бітових JVM - 32 гігабайт , що відповідає до фізичної пам'яті розміром 128 гігабайт.

[1] http://www.oracle.com/technetwork/java/javase/6u18-142093.html

Для IBM JVM команда така:

java -verbose:sizes -version

Для отримання додаткової інформації про IBM SDK для Java 8: http://www-01.ibm.com/support/knowledgecenter/SSYKE2_8.0.0/com.ibm.java.lnx.80.doc/diag/appendixes/defaults.html ? lang = en

Нарешті!

На Java 8u191 тепер у вас є варіанти:

-XX:InitialRAMPercentage
-XX:MaxRAMPercentage
-XX:MinRAMPercentage

які можна використовувати для розміру купи у відсотках від фізичної оперативної пам'яті. (що таке ж, як встановлена ​​оперативна пам'ять за меншою кількістю використовуваного ядра).

Додаткову інформацію див. У примітках до випуску Java8 u191 . Зауважте, що параметри згадуються в заголовку Докера, але насправді вони застосовуються, чи перебуваєте ви в Докерському середовищі чи в традиційному середовищі.

Значення за замовчуванням MaxRAMPercentage- 25%. Це надзвичайно консервативно.

Моє власне правило: Якщо ваш хост більш-менш присвячений запуску даної програми java, то ви можете без проблем різко зрости. Якщо ви працюєте в Linux, використовуєте лише стандартні демони і встановили оперативну пам’ять десь близько 1 Гбіт і вище, я б не вагався використовувати 75% для купи JVM. Ще раз пам’ятайте, що це 75% доступної оперативної пам’яті , а не встановлена оперативна пам’ять . Залишилося - це інші процеси наземного користування, які можуть працювати на хості та інші типи пам'яті, необхідні JVM (наприклад, для стека). Все разом це, як правило, добре впишеться в ті 25%, що залишилися. Очевидно, що при ще більш встановленій оперативній пам’яті 75% - це більш безпечна і безпечна ставка. (Я хочу, щоб люди JDK реалізували варіант, де можна вказати сходи)

Налаштування MaxRAMPercentageпараметра виглядає так:

java -XX:MaxRAMPercentage=75.0  ....

Зауважте, що ці відсоткові значення мають "подвійний" тип, і тому їх потрібно вказати десятковою крапкою. Ви отримуєте дещо дивну помилку, якщо використовуєте "75" замість "75,0".

значення за замовчуванням вибирається під час виконання на основі конфігурації системи

Перегляньте сторінку документації

Розмір купи за замовчуванням

Якщо в командному рядку не вказано початковий і максимальний розміри купи, вони обчислюються виходячи з обсягу пам'яті на машині.

1. Початкові та максимальні розміри купи клієнта JVM:

   Максимальний розмір купи за замовчуванням - це половина фізичної пам'яті до розміру фізичної пам'яті 192 мегабайт (МБ), інакше одна четверта фізичної пам'яті до розміру фізичної пам'яті 1 гігабайт (ГБ) .

2. Початкові та максимальні розміри купи JVM сервера:

   Для 32-розрядних JVM, максимальний розмір купи за замовчуванням може становити до 1 ГБ, якщо фізична пам'ять становить 4 Гб або більше . Для 64-розрядних JVM, максимальний розмір купи за замовчуванням може становити до 32 ГБ, якщо фізична пам'ять становить 128 Гб або більше.

Які параметри конфігурації системи впливають на значення за замовчуванням?

Ви можете вказати початковий та максимальний розміри купи за допомогою прапорів -Xms (початковий розмір купи) та -Xmx (максимальний розмір купи). Якщо ви знаєте, скільки купівлі потрібно, щоб ваша програма працювала, ви можете встановити -Xms і -Xmx на одне значення

XmsІ Xmxє прапор віртуальної машини Java (JVM):

• Xms: initial and minimumJVMheap size
  • Format: -Xmx<size>[g|G|m|M|k|K]
  • Default Size:
    • -server режим: 25% вільної фізичної пам'яті,> = 8 МБ і <= 64 МБ
    • -client mode: 25% вільної фізичної пам'яті,> = 8 МБ і <= 16 МБ
  • Typical Size:
    • -Xms128M
    • -Xms256M
    • -Xms512M
  • Function/ Effect:
    • -> JVM почати з виділення Xmsпам'яті розміру
• Xmx: maximumJVMheap size
  • Format: -Xmx<size>[g|G|m|M|k|K]
  • Default Size:
    • <= R27.2
      • Windows: 75%від загальної фізичної пам'яті до1GB
      • Linux/Solaris: 50%доступної фізичної пам'яті до1GB
    • >= R27.3
      • Windows X64: 75%від загальної фізичної пам'яті до2GB
      • Linux/Solaris X64: 50%доступної фізичної пам'яті до2GB
      • Windows x86: 75%від загальної фізичної пам'яті до1GB
      • Linux/Solaris X86: 50%доступної фізичної пам'яті до1GB
  • Typical Size:
    • -Xmx1g
    • -Xmx2084M
    • -Xmx4g
    • -Xmx6g
    • -Xmx8g
  • Function/ Effect:
    • -> JVM дозволяють використовувати Xmxпам'ять максимального розміру
      • коли перевищить Xmx, будеjava.lang.OutOfMemoryError
        • Як виправити OutOfMemoryError?
          • перевищують Xmxзначення
            • наприклад: від -Xmx4gдо-Xmx8g

Більш детально

див. Офіційний документ: -X Параметри командного рядка

Ряд параметрів впливає на розмір генерації. Наступна схема ілюструє різницю між виділеним простором та віртуальним простором у купі. При ініціалізації віртуальної машини весь простір для купи зарезервовано. Розмір зарезервованого простору можна вказати за допомогою -Xmxпараметра. Якщо значення -Xmsпараметра менше, ніж значення -Xmxпараметра, не весь зарезервований простір негайно відводиться віртуальній машині. На цьому малюнку пропущений простір позначений "віртуальним". Різні частини купи (постійне покоління, старе покоління та молоде покоління) можуть зростати до межі віртуального простору у міру необхідності.

За замовчуванням віртуальна машина зростає або скорочує купу кожної колекції, щоб спробувати зберегти частку вільного місця для живих об’єктів у кожній колекції в певному діапазоні. Цей цільовий діапазон встановлюється у відсотках за параметрами - XX:MinHeapFreeRatio=<minimum>і -XX:MaxHeapFreeRatio=<maximum>, а загальний розмір обмежений нижче -Xms<min>і вище на -Xmx<max>.

Параметр Значення за замовчуванням

MinHeapFreeRatio 40

MaxHeapFreeRatio 70

-Xms 3670k

-Xmx 64м

Значення параметрів розміру купи за замовчуванням у 64-розрядних системах були збільшені приблизно на 30%. Це збільшення має на меті компенсувати більший розмір об'єктів у 64-бітній системі.

За цих параметрів, якщо відсоток вільного простору в поколінні опуститься нижче 40%, генерація буде розширена, щоб підтримувати 40% вільного простору, до максимально допустимого розміру генерації. Аналогічно, якщо вільний простір перевищує 70%, генерація буде зайнята таким чином, що лише 70% місця буде вільним, за умови мінімального розміру генерації.

Великі серверні програми часто відчувають дві проблеми з тими за замовчуванням. Один - це повільний запуск, оскільки початкова купа невелика і її потрібно змінити в багатьох основних колекціях. Більш гострою проблемою є те, що максимальний розмір купи за замовчуванням невиправдано малий для більшості серверних програм. Основні правила для серверних додатків:

• Якщо у вас проблеми з паузами, спробуйте надати віртуальну машину якомога більше пам’яті. Розмір за замовчуванням (64 Мб) часто занадто малий.
• Встановлення -Xms і -Xmx на одне значення збільшує передбачуваність, видаляючи найважливіше рішення щодо розміру з віртуальної машини. Однак віртуальна машина потім не може компенсувати, якщо ви зробите поганий вибір.

• Загалом, збільшуйте пам'ять у міру збільшення кількості процесорів, оскільки розподіл може бути паралельним.

  Є повна стаття