Christian Schwarz's Avatar

Christian Schwarz

@problame

Storage @ neon.tech / Databricks Lakebase OpenZFS & zrepl.github.io cschwarz.com

67
Followers
96
Following
6
Posts
27.11.2024
Joined
Posts Following

Latest posts by Christian Schwarz @problame

Post image

And I just received this amazing swag drop in the mail: that beanie is going for a morning run right away!

02.10.2025 08:56 πŸ‘ 2 πŸ” 0 πŸ’¬ 0 πŸ“Œ 0

Super excited to be speaking at #p99conf about the evolution of the Neon storage stack! My talk is on Wednesday: www.p99conf.io/agenda/#wedn...

02.10.2025 08:48 πŸ‘ 5 πŸ” 1 πŸ’¬ 1 πŸ“Œ 1

Ok, that clarifies your original post for me, thanks!

18.01.2025 20:33 πŸ‘ 1 πŸ” 0 πŸ’¬ 0 πŸ“Œ 0

So in terms of possible optimizations unlocked by explicit synchronization points, you’d say Rust today already exploits all of them? IIUC most of the Rust compiler and LLVM doesn’t understand the β€œmeaning” of Poll::Pending, right? I’m interested in whether new optimizations were unlocked if it did.

18.01.2025 18:01 πŸ‘ 0 πŸ” 0 πŸ’¬ 1 πŸ“Œ 0

Ok, so, expressivity in the typesystem, maybe reasoning about deadlock-freedom, etc.

Any foreseeable advantages wrt low level optimizations? Like, can I optimize the code *between* the synchronization points better if I know them at the type system level at compile time?

18.01.2025 15:06 πŸ‘ 0 πŸ” 0 πŸ’¬ 1 πŸ“Œ 0

What improvements are unlocked in PL and compilers by marking synchronization points? Not doubting your point, just wondering what the broader context of the post is.

18.01.2025 14:52 πŸ‘ 0 πŸ” 0 πŸ’¬ 1 πŸ“Œ 1