Bagaimana ukuran maksimum heap Java max ditentukan?

Jika saya menghilangkan -Xmxnopsi dari baris perintah Java maka nilai default akan digunakan. Menurut dokumentasi Java

"nilai default dipilih saat runtime berdasarkan pada konfigurasi sistem"

Pengaturan konfigurasi sistem apa yang memengaruhi nilai default?

Pada Windows, Anda dapat menggunakan perintah berikut untuk mencari tahu default di sistem tempat aplikasi Anda berjalan.

java -XX: + PrintFlagsFinal -version | findstr HeapSize

Cari opsi MaxHeapSize(untuk -Xmx) dan InitialHeapSizeuntuk -Xms.

Pada sistem Unix / Linux, Anda bisa melakukannya

java -XX: + PrintFlagsFinal -version | grep HeapSize

Saya percaya output yang dihasilkan dalam byte.

Untuk Java SE 5: Menurut Ergonomi Kolektor Sampah [Oracle] :

ukuran tumpukan awal:

Lebih besar dari 1/64 memori fisik mesin pada mesin atau minimum yang masuk akal. Sebelum J2SE 5.0, ukuran heap awal default adalah minimum yang masuk akal, yang bervariasi berdasarkan platform. Anda dapat mengganti default ini menggunakan opsi -Xms command-line.

ukuran tumpukan maksimum:

Lebih kecil dari 1/4 memori fisik atau 1GB. Sebelum J2SE 5.0, ukuran heap maksimum default adalah 64MB. Anda dapat menimpa default ini menggunakan opsi -Xmx command-line.

MEMPERBARUI:

Seperti yang ditunjukkan oleh Tom Anderson dalam komentarnya, di atas adalah untuk mesin kelas server. Dari Ergonomi di 5.0 JavaTM Virtual Machine :

Dalam platform J2SE versi 5.0 kelas mesin yang disebut sebagai mesin kelas server telah didefinisikan sebagai mesin dengan

• 2 atau lebih prosesor fisik
• Memori fisik 2 atau lebih Gbytes

dengan pengecualian platform 32 bit yang menjalankan versi sistem operasi Windows. Pada semua platform lain, nilai default sama dengan nilai default untuk versi 1.4.2.

Dalam platform J2SE versi 1.4.2 secara default, pilihan berikut dibuat

• ukuran awal tumpukan 4 Mbyte
• ukuran tumpukan maksimum 64 Mbyte

Java 8 membutuhkan waktu lebih dari 1/64 dari memori fisik Anda untuk Anda xmssize (Minimum HeapSize) dan kurang dari 1 / 4th dari memori fisik Anda untuk Anda -Xmxsize (Maximum HeapSize).

Anda dapat memeriksa ukuran tumpukan Java default dengan:

Di Windows :

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

Di Linux :

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

Pengaturan konfigurasi sistem apa yang memengaruhi nilai default?

Memori fisik mesin & versi Java.

Ini diubah dalam pembaruan Java 6 18 .

Dengan asumsi bahwa kami memiliki lebih dari 1 GB memori fisik (sangat umum hari ini), selalu 1/4 dari memori fisik Anda untuk server vm.

Ernesto benar. Menurut tautan yang dia posting [1]:

Konfigurasi tumpukan JVM Klien yang diperbarui

Di JVM Klien ...

• Ukuran tumpukan maksimum default adalah setengah dari memori fisik hingga ukuran memori fisik 192 megabyte dan jika tidak seperempat dari memori fisik hingga ukuran memori fisik 1 gigabyte.

  Misalnya, jika mesin Anda memiliki 128 megabyte memori fisik, maka ukuran heap maksimum adalah 64 megabyte, dan lebih besar dari atau sama dengan 1 gigabyte memori fisik menghasilkan ukuran heap maksimum 256 megabyte.

• Ukuran heap maksimum sebenarnya tidak digunakan oleh JVM kecuali jika program Anda membuat objek yang cukup untuk membutuhkannya. Jumlah yang jauh lebih kecil, disebut ukuran tumpukan awal, dialokasikan selama inisialisasi JVM. ...

• ...
• Ergonomi konfigurasi tumpukan server JVM sekarang sama dengan Klien, kecuali bahwa ukuran heap maksimum default untuk JVM 32-bit adalah 1 gigabyte , sesuai dengan ukuran memori fisik 4 gigabyte, dan untuk JVM 64-bit adalah 32 gigabyte , sesuai ke ukuran memori fisik 128 gigabytes.

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

Untuk IBM JVM, perintahnya adalah sebagai berikut:

java -verbose:sizes -version

Untuk informasi lebih lanjut tentang IBM SDK untuk Java 8: http://www-01.ibm.com/support/knowledgecenter/SSYKE2_8.0.0/com.ibm.java.lnx.80.doc/diag/appendixes/defaults.html ? lang = id

Akhirnya!

Pada Java 8u191 Anda sekarang memiliki opsi:

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

yang dapat digunakan untuk mengukur tumpukan sebagai persentase dari RAM fisik yang dapat digunakan. (yang sama dengan RAM yang diinstal kurang dari apa yang digunakan kernel).

Lihat Catatan Rilis untuk Java8 u191 untuk informasi lebih lanjut. Perhatikan bahwa opsi disebutkan di bawah judul Docker tetapi sebenarnya mereka berlaku apakah Anda berada di lingkungan Docker atau di lingkungan tradisional.

Nilai default untuk MaxRAMPercentageadalah 25%. Ini sangat konservatif.

Aturan saya sendiri: Jika host Anda lebih atau kurang didedikasikan untuk menjalankan aplikasi java yang diberikan, maka Anda dapat tanpa masalah meningkat secara dramatis. Jika Anda menggunakan Linux, hanya menjalankan daemon standar dan telah menginstal RAM dari sekitar 1 Gb ke atas maka saya tidak akan ragu untuk menggunakan 75% untuk tumpukan JVM. Sekali lagi, ingat bahwa ini adalah 75% dari RAM yang tersedia , bukan RAM yang dipasang . Yang tersisa adalah proses tanah pengguna lain yang mungkin berjalan pada host dan jenis memori lain yang dibutuhkan JVM (misalnya untuk stack). Secara keseluruhan, ini biasanya akan cocok dengan 25% yang tersisa. Jelas, dengan RAM yang diinstal lebih banyak lagi, 75% adalah taruhan yang lebih aman dan lebih aman. (Saya berharap orang-orang JDK telah menerapkan opsi di mana Anda dapat menentukan tangga)

Pengaturan MaxRAMPercentageopsi terlihat seperti ini:

java -XX:MaxRAMPercentage=75.0  ....

Perhatikan bahwa nilai persentase ini adalah tipe 'ganda' dan karena itu Anda harus menentukannya dengan titik desimal. Anda mendapatkan kesalahan yang agak aneh jika Anda menggunakan "75" bukannya "75.0".

nilai default dipilih pada saat runtime berdasarkan pada konfigurasi sistem

Lihat halaman dokumentasi

Ukuran Tumpukan Default

Kecuali jika ukuran heap awal dan maksimum ditentukan pada baris perintah, mereka dihitung berdasarkan jumlah memori pada mesin.

1. Ukuran Awal Inap dan Maksimum Klien JVM Klien:

   Ukuran tumpukan maksimum default adalah setengah dari memori fisik hingga ukuran memori fisik 192 megabyte (MB) dan jika tidak seperempat dari memori fisik hingga ukuran memori fisik 1 gigabyte (GB) .

2. Server JVM Default Initial dan Maximum Heap Sizes:

   Pada JVM 32-bit, ukuran heap maksimum default dapat mencapai 1 GB jika ada 4 GB atau lebih memori fisik . Pada JVM 64-bit, ukuran heap maksimum default bisa mencapai 32 GB jika ada 128 GB atau lebih memori fisik

Pengaturan konfigurasi sistem apa yang memengaruhi nilai default?

Anda dapat menentukan ukuran heap awal dan maksimum menggunakan flag -Xms (ukuran heap awal) dan -Xmx (ukuran heap maksimum). Jika Anda tahu berapa banyak tumpukan aplikasi Anda perlu bekerja dengan baik, Anda dapat mengatur -Xms dan -Xmx dengan nilai yang sama

The Xmsdan Xmxyang bendera mesin virtual Java (JVM):

• Xms: initial and minimumJVMheap size
  • Format: -Xmx<size>[g|G|m|M|k|K]
  • Default Size:
    • -server mode: 25% dari memori fisik gratis,> = 8MB dan <= 64MB
    • -client mode: 25% dari memori fisik gratis,> = 8MB dan <= 16MB
  • Typical Size:
    • -Xms128M
    • -Xms256M
    • -Xms512M
  • Function/ Effect:
    • -> JVM mulai dengan mengalokasikan Xmsmemori ukuran
• Xmx: maximumJVMheap size
  • Format: -Xmx<size>[g|G|m|M|k|K]
  • Default Size:
    • <= R27.2
      • Windows: 75%dari total memori fisik hingga1GB
      • Linux/Solaris: 50%dari memori fisik yang tersedia hingga1GB
    • >= R27.3
      • Windows X64: 75%dari total memori fisik hingga2GB
      • Linux/Solaris X64: 50%dari memori fisik yang tersedia hingga2GB
      • Windows x86: 75%dari total memori fisik hingga1GB
      • Linux/Solaris X86: 50%dari memori fisik yang tersedia hingga1GB
  • Typical Size:
    • -Xmx1g
    • -Xmx2084M
    • -Xmx4g
    • -Xmx6g
    • -Xmx8g
  • Function/ Effect:
    • -> JVM memungkinkan penggunaan Xmxmemori ukuran maksimal
      • bila melebihi Xmx, akanjava.lang.OutOfMemoryError
        • Bagaimana cara memperbaikinya OutOfMemoryError?
          • melebihi Xmxnilai
            • mis: dari -Xmx4gke-Xmx8g

Lebih detail

lihat dokumen resmi: -X Opsi baris perintah

Sejumlah parameter mempengaruhi ukuran generasi. Diagram berikut menggambarkan perbedaan antara ruang yang dikomit dan ruang virtual di heap. Pada inisialisasi mesin virtual, seluruh ruang untuk heap dicadangkan. Ukuran ruang yang dipesan dapat ditentukan dengan -Xmxopsi. Jika nilai -Xmsparameter lebih kecil dari nilai -Xmxparameter, tidak semua ruang yang dicadangkan segera berkomitmen ke mesin virtual. Ruang yang tidak terikat diberi label "virtual" pada gambar ini. Berbagai bagian tumpukan (generasi permanen, generasi bertenor, dan generasi muda) dapat tumbuh hingga batas ruang virtual sesuai kebutuhan.

Secara default, mesin virtual menumbuhkan atau mengecilkan tumpukan di setiap koleksi untuk mencoba menjaga proporsi ruang bebas untuk benda hidup di setiap koleksi dalam rentang tertentu. Rentang target ini ditetapkan sebagai persentase berdasarkan parameter - XX:MinHeapFreeRatio=<minimum>dan -XX:MaxHeapFreeRatio=<maximum>, dan ukuran total dibatasi di bawah ini oleh -Xms<min>dan di atas oleh -Xmx<max>.

Nilai Default Parameter

MinHeapFreeRatio 40

MaxHeapFreeRatio 70

-Xms 3670k

-Xmx 64m

Nilai default parameter ukuran tumpukan pada sistem 64-bit telah ditingkatkan sekitar 30%. Peningkatan ini dimaksudkan untuk mengimbangi ukuran objek yang lebih besar pada sistem 64-bit.

Dengan parameter ini, jika persentase ruang kosong dalam satu generasi turun di bawah 40%, generasi akan diperluas untuk mempertahankan ruang kosong 40%, hingga ukuran maksimum yang diizinkan dari generasi tersebut. Demikian pula, jika ruang bebas melebihi 70%, pembangkitan akan dikontrak sehingga hanya 70% dari ruang bebas, tergantung pada ukuran minimum generasi.

Aplikasi server besar sering mengalami dua masalah dengan standar ini. Salah satunya adalah startup lambat, karena tumpukan awal kecil dan harus diubah ukurannya pada banyak koleksi utama. Masalah yang lebih mendesak adalah bahwa ukuran tumpukan maksimum default terlalu kecil untuk sebagian besar aplikasi server. Aturan praktis untuk aplikasi server adalah:

• Kecuali jika Anda memiliki masalah dengan jeda, coba berikan memori sebanyak mungkin ke mesin virtual. Ukuran default (64MB) seringkali terlalu kecil.
• Pengaturan -Xms dan -Xmx ke nilai yang sama meningkatkan prediktabilitas dengan menghapus keputusan ukuran paling penting dari mesin virtual. Namun, mesin virtual kemudian tidak dapat memberikan kompensasi jika Anda membuat pilihan yang buruk.

• Secara umum, tambah memori saat Anda menambah jumlah prosesor, karena alokasi dapat diparalelkan.

  Ada artikel lengkapnya