tstuefe Profile Banner
Thomas Stuefe Profile
Thomas Stuefe

@tstuefe

Followers
890
Following
3K
Media
17
Statuses
1K

@[email protected] JVM engineer at Red Hat. OpenJDK dev, Exil-Norddeutscher. Opinions are my own and do not reflect the opinions of my employer.

Mainz, Germany
Joined March 2012
Don't wanna be here? Send us removal request.
@tstuefe
Thomas Stuefe
10 months
Impressions from FOSDEM 25 4/4 Martin Doerr, PPC port lead, gave an interesting deep dive into the PowerPC implementation of the Foreign Function Interface, earmarked to replace JNI
0
1
4
@tstuefe
Thomas Stuefe
10 months
Impressions from FOSDEM 25 3/4 Kelvin Nilsen talking about Generational Shenandoah ( https://t.co/0dv94eJv5c). Shipped as an experimental feature with the upcoming JDK 24, it shows impressive gains for most workloads.
1
1
2
@tstuefe
Thomas Stuefe
10 months
Impressions from FOSDEM 25 2/4 Me talking about the future of class space. This by-product of our work on Lilliput will see us revamp class space, possibly completely removing it. That would prepare Lilliput 2 and significantly reduce maintenance costs.
2
0
2
@tstuefe
Thomas Stuefe
10 months
Impressions from FOSDEM 25 1/4 @rkennke talking about Project Lilliput ( https://t.co/GEHb6nhfuI) and its possible future with Lilliput 2. I am proud to have been a part of that. We can boast significant improvements on both footprint memory bandwidth.
2
3
9
@rkennke
Roman Kennke πŸ—½
10 months
Thomas StΓΌfe (@tstuefe) is talking about Class-Space at FOSDEM.
0
2
13
@tstuefe
Thomas Stuefe
10 months
This was a good day.
@rkennke
Roman Kennke πŸ—½
10 months
Thomas StΓΌfe (@tstuefe) is talking about Class-Space at FOSDEM.
0
0
5
@yigalatz
Yishai
1 year
A few years ago we all met in Waldorf with @tstuefe , @volker_simonis , and Kelvin to learn about Lilliput and Shenandoah. Now both are either in or going in. Congrats! (and I need to find that picture)
@rkennke
Roman Kennke πŸ—½
1 year
And ... it's landed! πŸ₯³πŸ₯³ Thank you for your patience! And huge shout-out to @tstuefe and @stekarmatrik and all other contributors (too many to list them, check the PR) for all their help and support! πŸ™πŸ™Œ
1
2
8
@tstuefe
Thomas Stuefe
1 year
We did it :-) Huge thanks to @rkennke and all the others!
@rkennke
Roman Kennke πŸ—½
1 year
And ... it's landed! πŸ₯³πŸ₯³ Thank you for your patience! And huge shout-out to @tstuefe and @stekarmatrik and all other contributors (too many to list them, check the PR) for all their help and support! πŸ™πŸ™Œ
0
1
12
@lobaorn
Daniel (LobΓ£o / D. Wolf) Figueiredo
1 year
The work on the JVM ecosystem always amazes me, especially how much someone has solved the problems you may be facing. In this case, I tip my hat to @shipilev @forked_franz @trustin @tstuefe, and @volker_simonis ...
3
8
42
@tagir_valeev
Tagir Valeev
2 years
Using project Lilliput not only saves the heap memory but also reduces CPU usage and latency, as more objects fit into CPU cache. @rkennke on #JVMLS.
1
16
107
@tstuefe
Thomas Stuefe
2 years
Thanks, and good job @rkennke! Pleasure working with you :)
@rkennke
Roman Kennke πŸ—½
2 years
A big shout-out to @tstuefe and @stekarmatrikβ€˜s team without which this would not have been possible. πŸ‘πŸ‘
0
0
3
@tstuefe
Thomas Stuefe
2 years
Small trick to demonstrate the tighter packing of objects with a Lilliput-enabled JVM with a simple Java program: Call JVM with -XX:hashCode=4, then create a bunch of Object() and print out their ihashes. If no GCs intervene, addresses should be 8- instead of 16-byte-aligned.
1
4
8
@tstuefe
Thomas Stuefe
2 years
Trying to open a bug report with @jetbrains is an exercise in frustration.
0
0
1
@tstuefe
Thomas Stuefe
2 years
Doing this talk with @rkennke together had been a ton of fun, as had been the whole FOSDEM this year (kudos to the @fosdem organizers).
@rkennke
Roman Kennke πŸ—½
2 years
Recording and slides of Lilliput @ FOSDEM with @tstuefe
0
2
14
@tstuefe
Thomas Stuefe
2 years
New JEP proposal "Security Providers Filters" by our Martin Balao Alonso and Francisco Ferrari Bihurriet. https://t.co/2N7lhSLtja
0
0
0
@headius
Charles Oliver Nutter
2 years
Video of my #FOSDEM 2024 talk, β€œRuby on the Modern JVM: Fibers, FFI, and More” is now available on the FOSDEM site below! I’ve also uploaded PDF slides which should be visible soon: https://t.co/xsBEvRcKFC
Tweet card summary image
archive.fosdem.org
0
6
28
@BriceDutheil
@bricedutheil.bsky.social πŸ¦‹ πŸ‡ͺπŸ‡ΊπŸ‡ΊπŸ‡¦πŸ’‰
2 years
Noice, proposition by @tstuefe to have library to intercept memory allocation via the infamous LD_PRELOAD and report them in NMT. It would be useful for FFM too With the NMT JFR event that could be really nice, however those don't have stacks. https://t.co/PjGbyWwnPE
1
4
5
@BriceDutheil
@bricedutheil.bsky.social πŸ¦‹ πŸ‡ͺπŸ‡ΊπŸ‡ΊπŸ‡¦πŸ’‰
2 years
πŸŽ‰ #jdk22 will have a `jcmd {pid} https://t.co/yAcc3ELx5B` to show the annotated memory mapping on linux. Thanks @tstuefe for this ! Would be useful on other platforms, but that requires some work ! E.g. Is this really necessary to call another process like `vmmap` on macOS.
1
13
30
@tstuefe
Thomas Stuefe
2 years
We can now limit the memory used by the JIT (C1, C2). That allows us to cut off those rare spikes that can cause lasting OS-side memory retention. https://t.co/ouenDU3cCh
github.com
This RFE introduces a new compile command to limit memory usage per compilation. It complements and is based upon the JIT memory statistic introduced with https://bugs.openjdk.org/browse/JDK-831768...
0
9
42