grashalm

11 ms·

31.
by grashalm 4y ago
Oh the wonderful luxury of writing code alone. I have not encountered this pleasure in commercial projects so far.
32.
by grashalm 4y ago
Nobody did that because java is a safe language by design. Manual allocation would make it an unsafe language. For the vast majority of applications correctness wins over performance. Short lived objects are extremely cheap on the JVM with
33.
by grashalm 4y ago
Yes it seems like an exact match for Google's top box. But as mentioned, they need to work on explaining themselves. That is what the current top box still does better.
34.
by grashalm 4y ago
For ChatGPT to be the Google killer they need to provide source URLs.
35.
by grashalm 4y ago
Re JVM on wasm with gc: it might be simpler at first to build a Graal/native-image backend for wasm+gc. No runtime JIT needed. Happy to join in on the fun.
36.
Embed Doom in Java with GraalVM Wasm(github.com)
3 points by grashalm 4y ago|0 comments
37.
by grashalm 4y ago
I'd ask people that know you and have experience in the field for a realistic opinion (maybe a professor/assistant/phd?). It does definitely not hurt to code all kinds of systems stuff. Try to tinker with some low-level optim
38.
by grashalm 4y ago
I think with regular old java this would be impossible to do in a reasonable way. But with AOT compiled Java and extensions like @Uninterruptible you can do it. I think I'd phrase it like this: you can write a GC mostly in Java. Other
39.
by grashalm 4y ago
Graal dev here. We have an internship program: https://www.graalvm.org/community/internship/ It's not uncommon to do a CS master Thesis as part of an internship, if your university allows that. We have plenty
40.
by grashalm 4y ago
Which isolates do you mean? Support for Native image isolates is included in CE. There are some features like polyglot isolates that are currently EE, but they are just a use of native image isolates.
41.
by grashalm 4y ago
No, there is only a frontend. There is a JavaScript backend though. I hope the GC proposal for WASM ultimately goes through to enable a backend in WASM too.
42.
by grashalm 4y ago
I get that some ui issues are hard to solve given that Jira is heavily customizable and backwards compatibility is a real issue. But for ui performance there is really no good excuse.
43.
by grashalm 4y ago
I am sorry to hear you did not succeed in building your own language. I have to admit it is quite a steep learning curve. If you decide to retry do not hesitate to hit us up with questions on the community slack. We are a helpful bunch. Als
44.
by grashalm 5y ago
That is incorrect. JVMCI is still in OpenJDK and is the only thing required to run Graal. You need to put Graal as jar from Maven on the upgrade-module-path since JEP 410 since it's no longer there by default but this is the only thing
45.
by grashalm 6y ago
GraalVM was born in Oracle Labs, the spiritual successor of Sun Labs. There are many great innovations coming from Oracle Labs: https://labs.oracle.com/pls/apex/f?p=94065:INTRO ::::::
46.
by grashalm 6y ago
Also join us on Slack if you have questions: https://www.graalvm.org/slack-invitation/
47.
by grashalm 6y ago
GraalVM dev here. Note that Java on Truffle is fully Open Source and available on Github. If you can read Java code and you are interested in how it is implemented start reading here: https://github.com/oracle/graal&#x2
48.
by grashalm 6y ago
Well, it is necessary to expose this to language implementations to reach good performance. If we could reach the same performance otherwise, we would not expose it, as it makes implementing Truffle languages more complicated. Unfortunately
49.
by grashalm 6y ago
Truffle team lead here. Yes we are working full steam on improving warmup and delays caused by going back to the interpreter in unexpected cases. Expect bigger improvements in this area soon. That being said, we cannot do it all on the Truf
50.
by grashalm 6y ago
You mean partial escape analysis and scalar replacement for reduced heap allocation rates. Partial evaluation is something else, also pretty useful but for other reasons.
51.
Mixed Interactive Debugging of Dynamic Languages and Native Code(medium.com)
2 points by grashalm 7y ago|0 comments
52.
by grashalm 7y ago
Don't worry TruffleRuby has a strong team that is dedicated to deliver. Besides, Chris is still working on TruffleRuby in his new role.
53.
by grashalm 7y ago
Indeed you need to buy the enterprise version for use in production. This is funding the project so that the majority of the features can stay open source.
54.
by grashalm 7y ago
> No mention of Windows Indeed. That description should be fixed. One click away there is a Windows build: https://github.com/oracle/graal/releases
55.
by grashalm 7y ago
This is about using native-image for the Graal compiler when used as a JIT in HotSpot. There are Windows builds for this available here[1]. Not sure what you mean by position independent code in the context of libgraal. But I don't thi
56.
by grashalm 7y ago
Graal-dev here, We are working with a very high priority on JDK 11 support. We should be able to ship it in a few months from now. > So is graal polyglot already compatible with newer JDKs and it's just native image generation that&
57.
by grashalm 7y ago
Contrary to popular believe, automatic loop vectorization is not as important to most Java workloads as one might think. It gets a lot of visibility as it causes significant peak performance differences in micro-benchmarks. In the end, you
58.
Announcing GraalVM 19(medium.com)
54 points by grashalm 7y ago|2 comments
59.
Mixing Node.js and OpenJDK with GraalVM(blog.plan99.net)
1 points by grashalm 7y ago|0 comments
60.
Oracle GraalVM announces support for Nashorn migration(medium.com)
19 points by grashalm 8y ago|0 comments

More ›