News for hackers. Stuff that matters.
Re:Zmij: Faster floating point double-to-string conversion by andrepd on Wednesday December 17, 2025 @04:57PM (#46306136)
Very interesting!

I wonder how Teju Jaguá compares. I don't see it in the C++ benchmark repo you linked and whose graph you included.

I have contributed an implementation in Rust :) https://crates.io/crates/teju it includes benchmarks which compare it vs Ryu and vs Rust's stdlib, and the readme shows a graph with some test cases. It's quite easy to run if you're interested!

Re:Zmij: Faster floating point double-to-string conversion by vitaut on Wednesday December 17, 2025 @05:05PM (#46306216)
I am not sure how it compares but I did use one idea from Cassio's talk on Teju:

> A more interesting improvement comes from a talk by Cassio Neri Fast Conversion From Floating Point Numbers. In Schubfach, we look at four candidate numbers. The first two, of which at most one is in the rounding interval, correspond to a larger decimal exponent. The other two, of which at least one is in the rounding interval, correspond to the smaller exponent. Cassio’s insight is that we can directly construct a single candidate from the upper bound in the first case.

Re:Zmij: Faster floating point double-to-string conversion by andrepd on Wednesday December 17, 2025 @06:03PM (#46306809)
Indeed! I saw that you linked to Neri's work, so you were aware of Teju Jaguá. I might make a pull request to add it to the benchmark repo when I have some time :)

Another nice thing about your post is mentioning the "shell" of the algorithm, that is, actually translating the decimal significand and exponent into a string (as opposed to the "core", turning f * 2^e into f' * 10^e'). A decent chunk of the overall time is spent there, so it's worth optimising it as well.

Re:Zmij: Faster floating point double-to-string conversion by vlovich123 on Wednesday December 17, 2025 @11:56PM (#46309012)
Any ideas why Rust’s stdlib hasn’t adopted faster implementations?
Re:Zmij: Faster floating point double-to-string conversion by pitaj on Thursday December 18, 2025 @12:30AM (#46309187)
I think code size is one notable reason
Re:Zmij: Faster floating point double-to-string conversion by vitaut on Thursday December 18, 2025 @09:40AM (#46313182)
I am pretty sure Dragonbox is smaller than Ryu in terms of code size because it can compress the tables.