Kesalahan java.lang.OutOfMemoryError: Batas overhead GC terlampaui

Saya mendapatkan pesan kesalahan ini saat saya menjalankan tes JUnit saya:

java.lang.OutOfMemoryError: GC overhead limit exceeded

Saya tahu apa itu OutOfMemoryError itu, tetapi apa artinya batas atas GC? Bagaimana saya bisa memecahkan masalah ini?

Pesan ini berarti bahwa karena suatu alasan pemulung mengambil banyak waktu (secara default 98% dari semua waktu CPU dari proses) dan memulihkan sedikit memori dalam setiap proses (secara default 2% dari tumpukan).

Ini secara efektif berarti bahwa program Anda berhenti melakukan kemajuan apa pun dan sibuk hanya menjalankan pengumpulan sampah setiap saat.

Untuk mencegah aplikasi Anda menghabiskan waktu CPU tanpa menyelesaikan apa pun, JVM melempar ini Error sehingga Anda memiliki kesempatan untuk mendiagnosis masalah.

Kasus-kasus langka di mana saya melihat ini terjadi adalah ketika beberapa kode menciptakan banyak objek sementara dan banyak objek yang direferensikan dengan lemah di lingkungan yang sudah sangat dibatasi oleh memori.

Lihatlah panduan penyetelan Java GC, yang tersedia untuk berbagai versi Java dan berisi bagian tentang masalah khusus ini:

• Panduan penyetelan Java 11 memiliki bagian khusus pada GC berlebihan untuk pengumpul sampah yang berbeda:
  • untuk Kolektor Paralel
  • untuk Kolektor Penyapu Tanda Serentak (CMS)
  • tidak disebutkan kondisi galat khusus ini untuk pengumpul Sampah Pertama (G1).
• Panduan tuning Java 8 dan bagian GC Berlebihannya
• Panduan penyetelan Java 6 dan bagian GC Berlebihannya .

Mengutip dari artikel Oracle "Java SE 6 HotSpot [tm] Tuning Koleksi Mesin Virtual" :

Waktu dan OutOfMemoryError GC Berlebihan

Kolektor paralel akan melempar OutOfMemoryError jika terlalu banyak waktu dihabiskan dalam pengumpulan sampah: jika lebih dari 98% dari total waktu dihabiskan dalam pengumpulan sampah dan kurang dari 2% dari tumpukan dipulihkan, OutOfMemoryError akan dilemparkan. Fitur ini dirancang untuk mencegah aplikasi berjalan untuk jangka waktu yang lama sementara membuat sedikit atau tidak ada kemajuan karena tumpukan terlalu kecil. Jika perlu, fitur ini dapat dinonaktifkan dengan menambahkan opsi -XX:-UseGCOverheadLimitke baris perintah.

EDIT: sepertinya seseorang dapat mengetik lebih cepat dari saya :)

Jika Anda yakin tidak ada kebocoran memori dalam program Anda, cobalah untuk:

1. Tambah ukuran heap, misalnya -Xmx1g .
2. Aktifkan pengumpul jeda rendah bersamaan -XX:+UseConcMarkSweepGC .
3. Gunakan kembali objek yang ada bila memungkinkan untuk menghemat memori.

Jika perlu, pemeriksaan batas dapat dinonaktifkan dengan menambahkan opsi -XX:-UseGCOverheadLimitke baris perintah.

Biasanya kodenya. Berikut ini contoh sederhana:

import java.util.*;

public class GarbageCollector {

    public static void main(String... args) {

        System.out.printf("Testing...%n");
        List<Double> list = new ArrayList<Double>();
        for (int outer = 0; outer < 10000; outer++) {

            // list = new ArrayList<Double>(10000); // BAD
            // list = new ArrayList<Double>(); // WORSE
            list.clear(); // BETTER

            for (int inner = 0; inner < 10000; inner++) {
                list.add(Math.random());
            }

            if (outer % 1000 == 0) {
                System.out.printf("Outer loop at %d%n", outer);
            }

        }
        System.out.printf("Done.%n");
    }
}

Menggunakan Java 1.6.0_24-b07 pada Windows 7 32 bit.

java -Xloggc:gc.log GarbageCollector

Kemudian lihat gc.log

• Dipicu 444 kali menggunakan metode BAD
• Dipicu 666 kali menggunakan metode WORSE
• Dipicu 354 kali menggunakan metode LEBIH BAIK

Sekarang diberikan, ini bukan tes terbaik atau desain terbaik tetapi ketika dihadapkan pada situasi di mana Anda tidak punya pilihan selain menerapkan loop seperti itu atau ketika berhadapan dengan kode yang ada yang berperilaku buruk, memilih untuk menggunakan kembali objek daripada membuat yang baru dapat mengurangi berapa kali pengumpul sampah menghalangi ...

Penyebab kesalahan menurut Platform Java [8], Panduan Pemecahan Masalah Edisi Standar : (penekanan dan penambahan saluran ditambahkan)

[...] "Batas overhead GC terlampaui" menunjukkan bahwa pemungut sampah berjalan sepanjang waktu dan program Java membuat kemajuan yang sangat lambat.

Setelah pengumpulan sampah, jika proses Java menghabiskan lebih dari sekitar 98% waktunya untuk mengumpulkan sampah dan jika memulihkan kurang dari 2% dari timbunan dan telah melakukan sejauh ini 5 terakhir (kompilasi waktu konstan) berturut-turut sampah koleksi, maka java.lang.OutOfMemoryErrordilemparkan. [...]

1. Tambah ukuran tumpukan jika tumpukan saat ini tidak cukup.
2. Jika Anda masih mendapatkan kesalahan ini setelah menambah memori tumpukan, gunakan alat profil memori seperti MAT (Memory analyzer tool), Visual VM dll dan perbaiki kebocoran memori.
3. Tingkatkan versi JDK ke versi terbaru (1.8.x) atau setidaknya 1.7.x dan gunakan algoritma G1GC. . Sasaran throughput untuk G1 GC adalah waktu aplikasi 90 persen dan waktu pengumpulan sampah 10 persen

4. Selain mengatur memori tumpukan dengan - Xms1g -Xmx2g, coba

   -XX:+UseG1GC -XX:G1HeapRegionSize=n -XX:MaxGCPauseMillis=m  
   -XX:ParallelGCThreads=n -XX:ConcGCThreads=n

Lihat beberapa pertanyaan terkait terkait G1GC

• Pengumpulan dan dokumentasi sampah Java 7 (JDK 7) di G1

• Pengumpulan sampah Java G1 dalam produksi

• Artikel teknologi Oracle untuk finetuning GC

Cukup tambahkan ukuran tumpukan sedikit dengan mengatur opsi ini di

Jalankan → Jalankan Konfigurasi → Argumen → Argumen VM

-Xms1024M -Xmx2048M

Xms - untuk batas minimum

Xmx - untuk batas maksimum

Bagi saya, langkah-langkah berikut ini berhasil:

1. Buka eclipse.ini file

2. Perubahan

   -Xms40m
   -Xmx512m

   untuk

   -Xms512m
   -Xmx1024m

3. Mulai ulang Eclipse

Lihat disini

coba ini

buka build.gradlefile

  android {
        dexOptions {
           javaMaxHeapSize = "4g"
        }
   }

Berikut ini bekerja untuk saya. Cukup tambahkan cuplikan berikut:

android {
        compileSdkVersion 25
        buildToolsVersion '25.0.1'

defaultConfig {
        applicationId "yourpackage"
        minSdkVersion 10
        targetSdkVersion 25
        versionCode 1
        versionName "1.0"
        multiDexEnabled true
    }
dexOptions {
        javaMaxHeapSize "4g"
    }
}

tingkatkan javaMaxHeapsize di file build.gradle (Module: app) Anda

dexOptions {
    javaMaxHeapSize "1g"
}

ke (Tambahkan baris ini dalam gradle)

 dexOptions {
        javaMaxHeapSize "4g"
    }

Deskripsi ukuran tumpukan Java (xms, xmx, xmn)

-Xms size in bytes

Example : java -Xms32m

Mengatur ukuran awal heap Java. Ukuran standar adalah 2097152 (2MB). Nilai harus berupa kelipatan, dan lebih besar dari, 1024 byte (1KB). (Bendera -server meningkatkan ukuran default menjadi 32M.)

-Xmn size in bytes

Example : java -Xmx2m

Mengatur ukuran heap Java awal untuk generasi Eden. Nilai standarnya adalah 640 ribu. (Bendera -server meningkatkan ukuran standar menjadi 2M.)

-Xmx size in bytes

Example : java -Xmx2048m

Mengatur ukuran maksimum tempat tumpukan Java dapat tumbuh. Ukuran standar adalah 64M. (Bendera -server meningkatkan ukuran standar menjadi 128M.) Batas tumpukan maksimum adalah sekitar 2 GB (2048MB).

Argumen memori Java (xms, xmx, xmn) diformat

Saat mengatur ukuran Java heap, Anda harus menentukan argumen memori Anda menggunakan salah satu huruf "m" atau "M" untuk MB, atau "g" atau "G" untuk GB. Pengaturan Anda tidak akan berfungsi jika Anda menentukan "MB" atau "GB." Argumen yang valid terlihat seperti ini:

-Xms64m atau -Xms64M -Xmx1g atau -Xmx1G Bisa juga menggunakan 2048MB untuk menentukan 2GB Juga, pastikan Anda hanya menggunakan bilangan bulat saat menentukan argumen Anda. Menggunakan -Xmx512m adalah opsi yang valid, tetapi -Xmx0.5g akan menyebabkan kesalahan.

Referensi ini dapat bermanfaat bagi seseorang.

Anda juga dapat meningkatkan alokasi memori dan ukuran tumpukan dengan menambahkan ini ke gradle.propertiesfile Anda :

org.gradle.jvmargs=-Xmx2048M -XX\:MaxHeapSize\=32g

Tidak harus 2048M dan 32g, buat sebesar yang Anda inginkan.

Soal:
Hanya menambahkan
org.gradle.jvmargs=-Xmx1024m
di
gradle.properties
dan jika tidak ada, buatlah.

Saya bekerja di Android Studio dan mengalami kesalahan ini ketika mencoba membuat APK yang ditandatangani untuk dirilis. Saya dapat membangun dan menguji APK debug tanpa masalah, tetapi segera setelah saya ingin membangun APK rilis, proses pembangunan akan berjalan selama beberapa menit dan akhirnya diakhiri dengan "Kesalahan java.lang.OutOfMemoryError: GC batas overhead terlampaui ". Saya meningkatkan ukuran heap untuk VM dan Android DEX compiler, tetapi masalahnya tetap ada. Akhirnya, setelah berjam-jam dan cangkir kopi ternyata masalahnya ada di file 'build.gradle' tingkat app saya - saya memiliki parameter 'minifyEnabled' untuk rilis build type yang disetel ke 'false', akibatnya menjalankan barang Proguard pada kode yang belum melalui proses penyusutan kode '(lihat https://developer.android.). Saya mengubah parameter 'minifyEnabled' menjadi 'true' dan rilis rilis dijalankan seperti mimpi :)

Singkatnya, saya harus mengubah file 'build.gradle' tingkat aplikasi saya dari: // ...

buildTypes {
    release {
        minifyEnabled false
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        signingConfig signingConfigs.sign_config_release
    }
    debug {
        debuggable true
        signingConfig signingConfigs.sign_config_debug
    }
}

//...

untuk

    //...

buildTypes {
    release {
        minifyEnabled true
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        signingConfig signingConfigs.sign_config_release
    }
    debug {
        debuggable true
        signingConfig signingConfigs.sign_config_debug
    }
}

//...

Untuk menambah ukuran tumpukan di IntelliJ IDEA, ikuti instruksi berikut. Ini berhasil untuk saya.

Untuk Pengguna Windows,

Pergi ke lokasi di mana IDE diinstal dan cari yang berikut.

idea64.exe.vmoptions

Edit file dan tambahkan berikut ini.

-Xms512m
-Xmx2024m
-XX:MaxPermSize=700m
-XX:ReservedCodeCacheSize=480m

Hanya itu saja !!

Anda dapat mencoba untuk membuat perubahan pada pengaturan server dengan merujuk pada gambar ini dan meningkatkan ukuran memori untuk memproses perubahan proses yang disorot dengan warna kuning

Anda juga dapat membuat perubahan ke tumpukan java dengan membuka cmd-> set _java_opts -Xmx2g
2g (2gigabytes) tergantung pada kompleksitas program Anda

mencoba menggunakan variabel temp dan variabel kurang konstan

Anda perlu menambah ukuran memori di Jdeveloper, pergi ke setDomainEnv.cmd .

set WLS_HOME=%WL_HOME%\server    
set XMS_SUN_64BIT=**256**
set XMS_SUN_32BIT=**256**
set XMX_SUN_64BIT=**3072**
set XMX_SUN_32BIT=**3072**
set XMS_JROCKIT_64BIT=**256**
set XMS_JROCKIT_32BIT=**256**
set XMX_JROCKIT_64BIT=**1024**
set XMX_JROCKIT_32BIT=**1024**

if "%JAVA_VENDOR%"=="Sun" (
    set WLS_MEM_ARGS_64BIT=**-Xms256m -Xmx512m**
    set WLS_MEM_ARGS_32BIT=**-Xms256m -Xmx512m**
) else (
    set WLS_MEM_ARGS_64BIT=**-Xms512m -Xmx512m**
    set WLS_MEM_ARGS_32BIT=**-Xms512m -Xmx512m**
)

dan

set MEM_PERM_SIZE_64BIT=-XX:PermSize=**256m**
set MEM_PERM_SIZE_32BIT=-XX:PermSize=**256m**

if "%JAVA_USE_64BIT%"=="true" (
    set MEM_PERM_SIZE=%MEM_PERM_SIZE_64BIT%
) else (
    set MEM_PERM_SIZE=%MEM_PERM_SIZE_32BIT%
)

set MEM_MAX_PERM_SIZE_64BIT=-XX:MaxPermSize=**1024m**
set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=**1024m**

Di Netbeans, mungkin berguna untuk merancang ukuran tumpukan maksimum. Pergi ke Jalankan => Atur Konfigurasi Proyek => Kustomisasi . Di Jalankan dari jendela yang muncul, buka Opsi VM , isi -Xms2048m -Xmx2048m. Itu bisa memecahkan masalah ukuran tumpukan.

Mem-boot ulang MacBook saya memperbaiki masalah ini untuk saya.

Saya tidak tahu apakah ini masih relevan atau tidak, tetapi hanya ingin berbagi apa yang berhasil untuk saya.

Perbarui versi kotlin ke yang terbaru tersedia. https://blog.jetbrains.com/kotlin/category/releases/

dan sudah selesai.