G1 GC dan ZGC adalah dua pengumpul sampah moden di Jawa, dan pilihannya bergantung kepada keperluan permohonan. 1. G1 sesuai untuk senario di mana saiz timbunan antara 4GB dan kira -kira 1TB, boleh menerima jeda dalam 200ms, keutamaan diberikan kepada throughput, dan berjalan di JDK 7; 2. ZGC sesuai untuk sistem latency rendah yang memerlukan jeda yang stabil di bawah 10ms, timbunan melebihi 32GB atau bahkan sehingga 16TB, berjalan di JDK 15 dan dapat menahan overhead CPU yang lebih tinggi; Pada akhirnya, penandaarasan harus dijalankan melalui alat analisis log GC untuk beban kerja sebenar (seperti statistik GCViewer atau ZGC) untuk menentukan pilihan terbaik.

Ketika datang ke aplikasi Java berprestasi tinggi, Koleksi Sampah (GC) dapat membuat atau memecahkan respons dan skalabilitas sistem anda. Selama bertahun-tahun, JVM telah berevolusi dari pengumpul hentian dunia yang mudah untuk penyelesaian yang maju dan rendah. Dua daripada GC moden yang paling banyak dibincangkan hari ini ialah G1 (sampah-pertama) dan ZGC (pengumpul sampah z) . Mari kita menyelam jauh ke dalam cara mereka bekerja, di mana mereka cemerlang, dan mana yang mungkin sesuai untuk kes penggunaan anda.

Apa itu G1 GC?

G1 (sampah-pertama) diperkenalkan di Java 7 sebagai pengganti untuk pemungut CMS (Mark-Sweep serentak) yang lebih tua. Ia direka untuk menyediakan masa jeda yang boleh diramal sambil mengekalkan throughput yang baik, terutamanya untuk aplikasi dengan timbunan besar (biasanya 4GB hingga beratus -ratus GB).

Ciri -ciri utama G1:

• Pembahagian timbunan : G1 membahagikan timbunan ke kawasan saiz tetap (1-32MB), yang membolehkannya mengumpul kawasan sampah mengikut rantau dan bukannya keseluruhan timbunan sekaligus.
• Penandaan serentak : Seperti CMS, G1 melakukan banyak kerja (menandakan objek langsung) serentak dengan benang aplikasi.
• Pemindahan (pemadatan) : Semasa pembersihan, g1 kompak hidup objek ke kawasan yang lebih sedikit, mengurangkan pemecahan.
• Jeda Masa Jeda : Anda boleh menetapkan masa jeda maksimum sasaran (misalnya, -XX:MaxGCPauseMillis=200 ), dan G1 cuba menemuinya dengan menyesuaikan berapa banyak wilayah yang dikumpulkan setiap kitaran.

Apabila G1 berfungsi dengan baik:

• Aplikasi yang memerlukan jeda GC sub-kedua .
• Tumpukan sederhana hingga besar di mana CMS terlalu serpihan atau terdedah kepada pemecahan.
• Beban kerja dengan kadar peruntukan moden dan kehidupan objek yang membolehkan koleksi berasaskan rantau yang cekap.

Batasan G1:

• Jeda masa tidak dijamin -mereka yang terbaik. Di bawah tekanan ingatan, jeda boleh meningkat.
• Throughput boleh turun di bawah kadar peruntukan yang tinggi disebabkan oleh overhead kitaran serentak.
• Tidak benar-benar berskala untuk timbunan berbilang terabit atau keperluan ultra-rendah.

Apa itu ZGC?

ZGC (Z Sampah Pengumpul) diperkenalkan di JDK 11 (sebagai eksperimen) dan menjadi siap pengeluaran di JDK 15. Ia direka untuk masa jeda yang sangat rendah walaupun dengan tumpukan besar-berfikir sub-10ms menjeda pada timbunan sehingga 16TB .

Ciri -ciri utama ZGC:

• Jeda Masa Kemerdekaan : Masa Jeda GC tidak berkadar dengan saiz timbunan . Sama ada anda mempunyai 10GB atau 10TB, jeda tinggal di bawah 10ms.
• Pewarna berasaskan beban-barrier : ZGC menggunakan titik berwarna dan halangan beban untuk menjejaki rujukan objek semasa fasa serentak, membolehkan kebanyakan kerja berlaku tanpa menghentikan dunia.
• Serentak Segala -galanya : Menandai, Relokasi (Memadatkan), dan Pemprosesan Rujukan berlaku serentak dengan aplikasi.
• Skalabiliti : Direka untuk perkakasan moden dengan banyak teras dan kapasiti memori yang besar.

Bagaimana ZGC mencapai jeda yang rendah:

• Menggunakan titik berwarna (metadata yang disimpan dalam titik objek yang tidak digunakan) untuk menjejaki keadaan objek.
• Menggunakan Halangan Beban -Pemeriksaan Tiny pada setiap akses objek -untuk memastikan GC dimaklumkan tanpa berhenti.
• Melakukan penempatan semula (pemadatan) secara serentak, menghapuskan pemecahan tanpa jeda yang panjang.

Bila ZGC bersinar:

• Aplikasi latency rendah (contohnya, perdagangan kewangan, analisis masa nyata, permainan).
• Sistem dengan timbunan pelbagai terabyte .
• Persekitaran di mana masa tindak balas yang boleh diramal lebih penting daripada throughput mentah.

ZGC Trade-Offs:

• Overhead CPU yang lebih tinggi disebabkan oleh halangan beban dan benang serentak.
• Sedikit lebih rendah berbanding dengan G1 di bawah keadaan yang ideal.
• Memerlukan JVM yang lebih baru (JDK 15 untuk kegunaan pengeluaran).
• Tidak terdapat pada platform 32-bit atau beberapa seni bina yang lebih tua.

G1 vs ZGC: Perbandingan Head-to-Head

Memilih antara G1 dan ZGC

Inilah panduan praktikal untuk membantu anda membuat keputusan:

• Tetap dengan G1 jika :

  
  • Anda berada di JDK yang lebih tua (pra-15).
  • Tumpukan anda berada di bawah 32GB dan GC berhenti di bawah 200ms boleh diterima.
  • Anda mengutamakan melalui latensi ultra-rendah.
  • Anda mahu pemungut yang diuji dengan baik.

• Tukar ke ZGC jika :

  • Anda perlu diramalkan, sub-10ms berhenti .
  • Anda berjalan di JDK 15 dan mampu membayar overhead CPU.
  • Tumpukan anda lebih besar daripada 32GB , terutamanya menghampiri terabytes.
  • Anda membina sistem masa nyata atau hampir-masa .

? Petua Pro : Sentiasa penanda aras dengan beban kerja yang realistik. Dayakan GC Logging ( -Xlog:gc* ) dan analisis dengan alat seperti GCViewer atau statistik terbina dalam ZGC ( -Xlog:gc,zgc ) untuk melihat tingkah laku dunia nyata.

Pemikiran terakhir

G1 masih merupakan pilihan yang kukuh untuk banyak aplikasi -terutamanya yang tidak memerlukan latensi rendah yang melampau. Tetapi ZGC mewakili masa depan Java GC , terutamanya apabila saiz memori berkembang dan keperluan latensi mengetatkan.

Jika anda membina perkhidmatan moden, berskala, rendah latency dan boleh dijalankan pada JDK baru-baru ini, ZGC bernilai pelaburan . Ia menghilangkan ketakutan GC menjeda skala dengan saiz timbunan, membiarkan anda memberi tumpuan kepada logik aplikasi anda dan bukannya penalaan GC.

Pada asasnya, jika kependaman rendah dan timbunan besar, ZGC adalah cara untuk pergi. Jika tidak, G1 kekal sebagai pilihan yang boleh dipercayai dan seimbang.

Atas ialah kandungan terperinci Dive jauh ke koleksi sampah Java: G1 vs ZGC. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!