Really excited to see the never ending advancements in Java, especially the Generational Shenandoah GC and Vector API improvements. The new Key Derivation Function API and quantum-resistant cryptography features show Java is staying ahead of future needs. Really looking forward to exploring these features, particularly the structured concurrency enhancements!
@Troyseph I'm being a bit mean I think. The presenter has interesting things to say until then. It's just that the specific information the video title describes starts then.
I appreciate going through the "current state" of perf optimisations that Java performs on our code. It's very useful to know what Java will do itself so I don't need to micro-optimise those things myself. I'm still gonna be extracting constant function call results and object parameters out of my loops though, just in case the JIT doesn't figure out it can skip that extra indirection 😜
How much RAM? I really don't care about processing performance alone. I need all aspects of the CPU being posted against time-series axis: RAM + Processing (+ Caching).
I am wondering, why the information that JVM is collecting about that code it not persisted on the first run and if you use with the same parameters could be reused.
easy answer: because they have been using it for the last 20 years and their old code still works, but benefits from all the improvements mentioned in this video.
@@VuLinhAssassin arguably Go's arenas solve a big problem with garbage collection, that Java doesn't have an answer to (Unless you code C-style with Panama FFI, there are memory arenas there)
They never talked about the RAM usage (which is the biggest problem Java has had since it was created (by Gosling)). Java is bad for that very reason alone.
@@complexity5545 actually all three projects for reducing ram usage are mentioned. project leyden where code will be precompiled (aot compilation), so less jit overhead. project lilliput, i.e. compact object headers. project valhalla, i.e. inline objects with no headers. also generational zgc and generational shenandoah could reduce memory usage, by reclaiming free space more quickly.
I stopped using Java and even quit my job because of it 8 years ago, because I grew seriously tired of Java and how bloated the language is. I grew such a hatred for java language. Corporations never want to fix their bloated projects and employees forced to pile on classes on top of classes making matters worse. God, I hate this language. It's like covering rot and mold with paint. That's how I feel about java.
You are like 99% of all the teenagers and students and enterprise users that had to wade through Java until hardware covered up the stank of Java. Java never fixed their underlying issues: RAM bloat and hog. Java is a no go. Until they fix that -- which is never -- I will always think of Java as the "dumb boomer language." I dislike Java with a passion: I used to literally edit the source code back in Red Hat in the late 1990s as a job/coop for literally NCSU, Sun Systems, and Red Hat and compile that crap. Literally the "gray beards" that distributed java were down the hall (and the linux kernel guys were in the other wing -- the kernel guys knew java was bad). We'd tell them of the hundreds of bugs and unpredictable behavior from the Runtime and they'd axe it. I been through hundreds of scenarios and lockups and compile errrors. I remember many nights having java compile over night and me waking up with it failing in the middle of a render. Being around all that made me realize that Java wasn't a solution for computing, but a way to pull money from naive companies. It taught me a very valuable lesson of corrupt businesses and politicians. Java is a terrible corporation black hole.
It sounds like you had to maintain a terrible code base. Do you think this is not possible in other languages? Perhaps provide clear arguments on what's wrong with Java, divorced from your bad work experience.
Corporations being bad at code maintenance isn't Java's problem. Just like your manager being a micro-manager isn't Jira's problem. Don't blame the hammer, blame the wielder! Am working on an open source project in Java right now and, while there's certainly some things I miss from TypeScript/Node (duck-typing my beloved), it's been surprisingly good actually! But that's also because both of us on the team are software engineers who don't think twice about refactoring something if it needs refactoring to work better. And also both of us actually enjoying the code optimisation challenges so our code is fairly performant (though there is more to do on that front). And the decompilability of Java makes it so much nicer for working with poorly documented library functions in proprietary libraries when you can just click into them and figure out what they're doing. And the portability, never having to worry about if the code that works on my x86 Windows machine will work on another person's ARM MacOS machine. There's a lot to like in Java, particularly modern Java that's actually been working to shake off the cobwebs of old Java. But like any tool, it can be wielded by incompetent folks to make a mess, and unfortunately Java's history of being business's go-to language has meant that it's been wielded by far too many incompetent folks being pressured by incompetent leaders which leads to the impression that the language is incompetent, rather than just that it's mainstream enough to reach the hand of incompetent people.
I just clicked on the thumbnail because I though... "Are people are still coding in Java in 2025?" Most corporations have pulled all java apps and development because of Oracle's changes to the licensing model in 2023 for Java (hence why there is still a lot of java 8 deployments still out there). For example, if you have 23,000 employees, and 10 employees are using a niche java app, you need to license all 23,000 employees. Its not hard to see which way the scale will tip. With that said, bravo to the Java development team for continuing to develop and extend my beloved coding environment from yester-year.
@@elimgarak3597 I'm aware of OpenJDK as well as the offering of IBM's "Semeru". My opinion kicking around my home lab where openjdk is a winner, is different than when I put on my opsec hat. Many of the medium to large corporations will not allow "open source" alternatives on their campuses. They simply don't want the risks, and I can understand that too. IMO the center of the universe has shifted and most of the Java developers have moved on too. I could be wrong and I'll accept that, but how many articles have you seen written about Java (anything) in the last 2 years?
Companies should have just removed Oracle JDK. They couldn’t have just moved to another language or platform. Business is business. Moving Java apps to another language is not a magic. Oracle JDK is just another JDK. With OpenJDK, anyone can virtually build his/her own distribution. There are a lot of distros. One of which is Eclipse Temurin. Almost all cloud providers have their own OpenJDK distro for free, including Oracle Cloud, Azure, AWS.
if you don't want to pay for support then there are various openjdk distributions for free. if you want paid support then you can pay oracle or go to some cheaper option, like azul or other companies. oracle's changes to licensing include changes to java 8, so it doesn't matter if you stay on java 8 or not (you have to pay for paid version of java). in fact, it's quite the opposite. nowadays, oracle jdk is probably free for commercial use for a few years after release, but i'm not a lawyer.
Really excited to see the never ending advancements in Java, especially the Generational Shenandoah GC and Vector API improvements. The new Key Derivation Function API and quantum-resistant cryptography features show Java is staying ahead of future needs.
Really looking forward to exploring these features, particularly the structured concurrency enhancements!
video starts at 32:19
I thought this couldn't be true, but it really is 😅
@Troyseph I'm being a bit mean I think. The presenter has interesting things to say until then. It's just that the specific information the video title describes starts then.
@@user72974 I agree, but nothing before then is particularly relevant to Java language users, just the language developers
I appreciate going through the "current state" of perf optimisations that Java performs on our code. It's very useful to know what Java will do itself so I don't need to micro-optimise those things myself. I'm still gonna be extracting constant function call results and object parameters out of my loops though, just in case the JIT doesn't figure out it can skip that extra indirection 😜
@Java Please add timestamp bookmarks for such long videos which cover different topics!
It would encourage everyone to view it repeatedly.
Thank you so much. Greetings from Popayan, Colombia.
Bravo JAVA !
What is the algorithm used now, in java 24 for GC?
How much RAM? I really don't care about processing performance alone. I need all aspects of the CPU being posted against time-series axis: RAM + Processing (+ Caching).
Valhalla when?
big banner and chanting needed
After GTA VI
I am wondering, why the information that JVM is collecting about that code it not persisted on the first run and if you use with the same parameters could be reused.
Java is My best and favourite language
No nullable types, no extensions, type erasing with generic... I write in java, but this language has some problems)
@@ilyastrojnov7627 It's a decent language, but people usually use Java because they have to, not because they want to.
@@ilyastrojnov7627 Meh. Natural consequence of having a runtime system that has to remain backwards compatible.
Did you try other programming languages ?
Java: When they ask for the highlights of your day and you give them every detail
With that improvement at least will mot eat all the pc ram?
Fast Java!
Is it faster than Kotlin?
valhalla when?
never, maybe
HOORAY! JAVA FOREVER !
Hey mommy, another version is out
Is Java finally bLaZiNgLy fast?????
Yes faster than go
@@satishkumarpatra4896 java faster than go??
@@trophimus1 no, he is a liar.
dont confuse Java with JVM
I have been using Java 7 for last 10 years .. quiet surprised when they named it 24 instead of 8 ...
Wake up babe new Java update
and yet companies still use JAVA 8
seems another time cheating our developers...
Honest question; why would anyone use Java in the current year?
easy answer: because they have been using it for the last 20 years and their old code still works, but benefits from all the improvements mentioned in this video.
Can java faster than go?
Comparable, although Java had a slightly larger memory footprint initially.
@@VuLinhAssassin arguably Go's arenas solve a big problem with garbage collection, that Java doesn't have an answer to (Unless you code C-style with Panama FFI, there are memory arenas there)
it already is
@@justADeni you can uses Memory Arena in whatever programming language you want and for sure in java
Golang lack of maintenance, let's see for next 5 years, will your code still working? 🤣 Java have a good sponsor...
First 🥸
blah blah blah … lots of noise…
They never talked about the RAM usage (which is the biggest problem Java has had since it was created (by Gosling)). Java is bad for that very reason alone.
@@complexity5545 actually all three projects for reducing ram usage are mentioned. project leyden where code will be precompiled (aot compilation), so less jit overhead. project lilliput, i.e. compact object headers. project valhalla, i.e. inline objects with no headers. also generational zgc and generational shenandoah could reduce memory usage, by reclaiming free space more quickly.
Nothing quite off-putting like people leaving their stupid blue light filter on during presentations.
I stopped using Java and even quit my job because of it 8 years ago, because I grew seriously tired of Java and how bloated the language is. I grew such a hatred for java language.
Corporations never want to fix their bloated projects and employees forced to pile on classes on top of classes making matters worse. God, I hate this language.
It's like covering rot and mold with paint. That's how I feel about java.
interesting.. why do you think so ?
You are like 99% of all the teenagers and students and enterprise users that had to wade through Java until hardware covered up the stank of Java. Java never fixed their underlying issues: RAM bloat and hog. Java is a no go. Until they fix that -- which is never -- I will always think of Java as the "dumb boomer language." I dislike Java with a passion: I used to literally edit the source code back in Red Hat in the late 1990s as a job/coop for literally NCSU, Sun Systems, and Red Hat and compile that crap. Literally the "gray beards" that distributed java were down the hall (and the linux kernel guys were in the other wing -- the kernel guys knew java was bad). We'd tell them of the hundreds of bugs and unpredictable behavior from the Runtime and they'd axe it. I been through hundreds of scenarios and lockups and compile errrors. I remember many nights having java compile over night and me waking up with it failing in the middle of a render. Being around all that made me realize that Java wasn't a solution for computing, but a way to pull money from naive companies. It taught me a very valuable lesson of corrupt businesses and politicians. Java is a terrible corporation black hole.
It sounds like you had to maintain a terrible code base.
Do you think this is not possible in other languages? Perhaps provide clear arguments on what's wrong with Java, divorced from your bad work experience.
Corporations being bad at code maintenance isn't Java's problem. Just like your manager being a micro-manager isn't Jira's problem. Don't blame the hammer, blame the wielder!
Am working on an open source project in Java right now and, while there's certainly some things I miss from TypeScript/Node (duck-typing my beloved), it's been surprisingly good actually! But that's also because both of us on the team are software engineers who don't think twice about refactoring something if it needs refactoring to work better. And also both of us actually enjoying the code optimisation challenges so our code is fairly performant (though there is more to do on that front). And the decompilability of Java makes it so much nicer for working with poorly documented library functions in proprietary libraries when you can just click into them and figure out what they're doing. And the portability, never having to worry about if the code that works on my x86 Windows machine will work on another person's ARM MacOS machine.
There's a lot to like in Java, particularly modern Java that's actually been working to shake off the cobwebs of old Java. But like any tool, it can be wielded by incompetent folks to make a mess, and unfortunately Java's history of being business's go-to language has meant that it's been wielded by far too many incompetent folks being pressured by incompetent leaders which leads to the impression that the language is incompetent, rather than just that it's mainstream enough to reach the hand of incompetent people.
Shouldn't Java be dead already?
java was proclaimed dead infinite number of times already, but it's still alive and kicking. you can't kill java.
@@IcyShower Yeah, Apparently not! But that's probably because you can't kill Oracle.
@joseoncrack nobody uses oracle's java. Everybody uses openjdk and it still rocks.
I just clicked on the thumbnail because I though... "Are people are still coding in Java in 2025?"
Most corporations have pulled all java apps and development because of Oracle's changes to the licensing model in 2023 for Java (hence why there is still a lot of java 8 deployments still out there). For example, if you have 23,000 employees, and 10 employees are using a niche java app, you need to license all 23,000 employees. Its not hard to see which way the scale will tip. With that said, bravo to the Java development team for continuing to develop and extend my beloved coding environment from yester-year.
Openjdk exists, if that's a concern
@@elimgarak3597 I'm aware of OpenJDK as well as the offering of IBM's "Semeru". My opinion kicking around my home lab where openjdk is a winner, is different than when I put on my opsec hat. Many of the medium to large corporations will not allow "open source" alternatives on their campuses. They simply don't want the risks, and I can understand that too.
IMO the center of the universe has shifted and most of the Java developers have moved on too. I could be wrong and I'll accept that, but how many articles have you seen written about Java (anything) in the last 2 years?
Companies should have just removed Oracle JDK. They couldn’t have just moved to another language or platform. Business is business. Moving Java apps to another language is not a magic. Oracle JDK is just another JDK. With OpenJDK, anyone can virtually build his/her own distribution. There are a lot of distros. One of which is Eclipse Temurin. Almost all cloud providers have their own OpenJDK distro for free, including Oracle Cloud, Azure, AWS.
if you don't want to pay for support then there are various openjdk distributions for free. if you want paid support then you can pay oracle or go to some cheaper option, like azul or other companies. oracle's changes to licensing include changes to java 8, so it doesn't matter if you stay on java 8 or not (you have to pay for paid version of java). in fact, it's quite the opposite. nowadays, oracle jdk is probably free for commercial use for a few years after release, but i'm not a lawyer.
Why would anybody be using Oracle Java over OpenJDK in 2025 😂
Guys! Java is fast! Finally! lol
Java was never slow, only slow to start on a cold vm
@daiymulhaqsiddiqui I know, it was a joke
is that faster than go ?
No..
So stop giving new updates. Its now called a tradition language. And does not respect developers productivity at all.
public static void main(String[] args) {
System.out.println("Hello, World!");
}
main() {
IO.println("Hello World!");
}
int main(void)
{
printf("Hello, world!");
return 0;
}