ZGC: The Future of Low-Latency Garbage Collection Is Here

  Рет қаралды 8,073

Java

Java

Күн бұрын

Пікірлер: 17
@TheDoppelganger29
@TheDoppelganger29 Жыл бұрын
Even better with playback speed 1.5x ;)
@toinouH
@toinouH Жыл бұрын
Thank you for this video and all the amazing work done on ZGC :)
@keyboard_toucher
@keyboard_toucher 7 ай бұрын
After you jump (with jnz, etc.) to the slow path, how does the slow path know where to return to?
@sblantipodi
@sblantipodi Жыл бұрын
Amazing job guys
@StefanReich
@StefanReich Жыл бұрын
Amazing work. I know GC development is fiendishly complex
@JorgetePanete
@JorgetePanete Жыл бұрын
👏👏 how does throughput compare now with other GCs?
@dumdumdumdum8804
@dumdumdumdum8804 Жыл бұрын
good question but if they are saying 4 times increase that means it is the best GC in terms of throughput. or may be other GCs will get some benefits from this learning.
@sblantipodi
@sblantipodi Жыл бұрын
Is it normal that max heap size is doubled when using Generational ZGC? If I set -xmx512 my max heap size is 512MB when using ZGC, it became 1024MB if I use Generational ZGC.
@dumdumdumdum8804
@dumdumdumdum8804 Жыл бұрын
awesome stuff, when will it be available as part of jdk.
@slr150
@slr150 Жыл бұрын
Just curious, is it possible to use reference counting for those objects whose lifecycle can be determined at compile time? I think a majority of objects could be cleaned up this way including iterators, Streams etc...
@JorgetePanete
@JorgetePanete Жыл бұрын
I think the idea is reusing old objects instead of deallocating and allocating
@StefanReich
@StefanReich Жыл бұрын
I don't think reference counting is a good fit for the existing infrastructure
@cptfwiffo
@cptfwiffo Жыл бұрын
Why would you want to have the the overhead? If you know the lifecycle at compile time, you know when you can free the memory anyway right? Then you don't need the memory overhead to store the reference counts, nor the cpu to update them. Reference counting isn't a silver bullet...
@slr150
@slr150 Жыл бұрын
@@cptfwiffo I agree with what you're saying. But may be there was some confusion as to what "reference counting" is. More specifically I meant compile-time reference counting (not runtime reference counting) For example: void foo() { var x = new StringBuilder("Hello"); x.append(", world!"); System.out.println(x.toString()); // Compiler to inject code to free x } Here the compiler needs to count the references in order to ensure that references to the new StringBuilder is limited to local variables before injecting code to free it (it could of course do more complicated analysis). My understanding is that, this is not being done by javac.
@quananhmai5701
@quananhmai5701 Жыл бұрын
@@slr150 In your example x never escapes so the compiler can explode it into its components and no object is allocated at all
@berndeckenfels
@berndeckenfels Жыл бұрын
There is a chance to rename it to GZGC ,)
Java's Plans for 2023 - Inside Java Newscast #40
9:59
Generational ZGC and Beyond #JVMLS
33:34
Java
Рет қаралды 8 М.
Seja Gentil com os Pequenos Animais 😿
00:20
Los Wagners
Рет қаралды 63 МЛН
Сюрприз для Златы на день рождения
00:10
Victoria Portfolio
Рет қаралды 2,7 МЛН
When mom gets home, but you're in rollerblades.
00:40
Daniel LaBelle
Рет қаралды 91 МЛН
G1 Garbage Collector Details and Tuning by Simone Bordet
55:47
Voxxed Days
Рет қаралды 43 М.
This Theory of Everything Could Actually Work: Wolfram’s Hypergraphs
12:00
Sabine Hossenfelder
Рет қаралды 674 М.
Garbage Collection (Mark & Sweep) - Computerphile
16:22
Computerphile
Рет қаралды 245 М.
How low can you go? Ultra low latency Java in the real world - Daniel Shaya
55:32
Understanding Java Garbage Collection
51:55
Java
Рет қаралды 47 М.
GraalVM Native Image - Faster, Smarter, Leaner
46:12
Java
Рет қаралды 14 М.
Seja Gentil com os Pequenos Animais 😿
00:20
Los Wagners
Рет қаралды 63 МЛН