Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
sgammon
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
12 ms
·
121.
▲
by
sgammon
2y ago
Thanks, this is interesting. I'm also a big fan of your blog posts :)
122.
▲
GraalVM Demos – Javac on WebAssembly
(graalvm.github.io)
2 points
by
sgammon
2y ago
|
0 comments
123.
▲
by
sgammon
2y ago
Also, is there a Discord? Where's the community gathering? I'd like to try it :) looks neat.
124.
▲
by
sgammon
2y ago
By what metric is Python the most popular language on earth? I'm actually curious, genuinely asking. I thought JavaScript (Node) was king of newly written code, but perhaps that is outdated information.
125.
▲
What's new in Graal languages 24.2
(medium.com)
2 points
by
sgammon
2y ago
|
0 comments
126.
▲
Oracle GraalVM for JDK 24
(blogs.oracle.com)
2 points
by
sgammon
2y ago
|
0 comments
127.
▲
Kotlinator: How Meta is translating its Java codebase to Kotlin
(engineering.fb.com)
1 points
by
sgammon
2y ago
|
0 comments
128.
▲
AI goes to the shrink: LLM imagines things then visualizes by Stable Diffusion
(shrinkai.di.unimi.it)
1 points
by
sgammon
2y ago
|
0 comments
129.
▲
Use Guava in modular Java apps at 33.4.5+
(github.com)
3 points
by
sgammon
2y ago
|
0 comments
130.
▲
GraalVM for JDK24
(medium.com)
38 points
by
sgammon
2y ago
|
4 comments
131.
▲
GitHub Public Preview: Immutable Actions
(github.com)
2 points
by
sgammon
2y ago
|
1 comments
132.
▲
Musl Libc: input-controlled out-of-bounds write primitive in iconv
(openwall.com)
7 points
by
sgammon
2y ago
|
0 comments
133.
▲
PgLang Light Phone
(pg-lang.com)
1 points
by
sgammon
2y ago
|
0 comments
134.
▲
Dependabot now supports pnpm catalogs
(github.blog)
1 points
by
sgammon
2y ago
|
0 comments
135.
▲
by
sgammon
2y ago
Peak runtime performance is slightly better on JVM, yes. Native Image ships a JIT within your binary so it is not as different as one might think.
136.
▲
by
sgammon
2y ago
Yes. Native Image is covered by this license IIRC
137.
▲
by
sgammon
2y ago
It's not either/or. Compiling a Native Image binary gives you the JIT power of the JVM, but with faster warmup time. Peak-peak performance is not as good as JVM in many cases, but how long does your process actually spend within t
138.
▲
by
sgammon
2y ago
More of this configuration is automatic with every release
139.
▲
by
sgammon
2y ago
Well, it's also not true. But aside from that, plenty of software builds in its native environment. Cross-compiling is straight up hard for many toolchains.
140.
▲
by
sgammon
2y ago
> Compile to native makes sense only for very fast startup cases. It also makes sense to reduce container size and vulnerability surface, and to reduce warmup time to peak JIT performance. > Still I don't see any need for native
141.
▲
by
sgammon
2y ago
You have described Micronaut
142.
▲
by
sgammon
2y ago
Sorry, I know you weren't asking me, but for this same use case, yes, I've used a GHA build matrix with each OS/arch pair. Cosmo/APE support would fix this, and GraalVM already ships with a Musl libc implementation, so i
143.
▲
by
sgammon
2y ago
Builds have been slow for a long time via Native Image, but make sure you upgrade to the latest because it has gotten much faster lately. They've also worked hard on binary size. A pure Java hello world now compiles in a few seconds on
144.
▲
by
sgammon
2y ago
Micronaut is essentially Spring anyway, but with build-time codegen instead of classpath scanning and runtime annotation processing. It even has a compat layer, and like Quarkus it supports GraalVM out of the box, with minimal reflection at
145.
▲
by
sgammon
2y ago
> Why isn't shipping the runtime with the code a more common practise? It really shouldn't be. It bloats everything. Containers are bigger. Software is bigger. There's no reason to do this, since very few apps use the enti
146.
▲
by
sgammon
2y ago
> There's actually, imho, no need for native compilation for java Sure, that is true, but with native compilation available, Java can do even more things. There are other reasons, too: startup time, quicker time to peak performance,
147.
▲
by
sgammon
2y ago
This is partly true. CE has the "serial GC," yes, and no access to G1 GC by default. But Oracle GraalVM (formerly "GraalVM Enterprise Edition," which no longer exists) was released under a much less restrictive license:
148.
▲
by
sgammon
2y ago
Also, I don't believe this is fully true. GraalVM depends on the underlying C compiler to generate native code, so if properly configured with target triples and flags (just like any cross-compiling setup) it should work.
149.
▲
by
sgammon
2y ago
https://github.com/oracle/graal/issues/8350 Plz upvote
150.
▲
by
sgammon
2y ago
https://github.com/java-native-access/jna/pull/1608 Much of this configuration could be automatic if more attention were given to GraalVM by library authors.
More ›