6 releases (2 stable)
1.0.1 | Mar 3, 2024 |
---|---|
1.0.0 | Oct 5, 2023 |
0.2.2 | Dec 16, 2021 |
0.2.1 | Sep 11, 2020 |
0.1.0 | Jul 13, 2020 |
#4 in Value formatting
360,286 downloads per month
Used in 314 crates
(16 directly)
160KB
3K
SLoC
Ryū-js
Ryū-js is a fork of the ryu crate adjusted to comply to the ECMAScript number-to-string algorithm, also implementing Number.prototype.toFixed()
compliant conversion.
Pure Rust implementation of Ryū, an algorithm to quickly convert floating point numbers to decimal strings.
The PLDI'18 paper Ryū: fast float-to-string conversion by Ulf Adams includes a complete correctness proof of the algorithm. The paper is available under the creative commons CC-BY-SA license.
This Rust implementation is a line-by-line port of Ulf Adams' implementation in C, https://github.com/ulfjack/ryu.
Requirements: This crate supports any compiler version back to rustc 1.64; it uses nothing from the Rust standard library so is usable from no_std crates.
[dependencies]
ryu-js = "1.0"
Example
fn main() {
let mut buffer = ryu_js::Buffer::new();
let printed = buffer.format(1.234);
assert_eq!(printed, "1.234");
}
Performance
You can run upstream's benchmarks with:
$ git clone https://github.com/ulfjack/ryu c-ryu
$ cd c-ryu
$ bazel run -c opt //ryu/benchmark:ryu_benchmark
And the same benchmark against our implementation with:
$ git clone https://github.com/boa-dev/ryu-js rust-ryu
$ cd rust-ryu
$ cargo run --example upstream_benchmark --release
The benchmarks measure the average time to print a 32-bit float and average time to print a 64-bit float, where the inputs are distributed as uniform random bit patterns 32 and 64 bits wide.
The upstream C code, the unsafe direct Rust port, and the safe pretty Rust API all perform the same, taking around 21 nanoseconds to format a 32-bit float and 31 nanoseconds to format a 64-bit float.
There is also a Rust-specific benchmark comparing this implementation to the standard library which you can run with:
$ cargo bench
The benchmark shows Ryū approximately 2-5x faster than the standard library across a range of f32 and f64 inputs. Measurements are in nanoseconds per iteration; smaller is better.
Formatting
This library tends to produce more human-readable output than the standard library's to_string, which never uses scientific notation. Here are two examples:
- ryu: 1.23e40, std: 12300000000000000000000000000000000000000
- ryu: 1.23e-40, std: 0.000000000000000000000000000000000000000123
Both libraries print short decimals such as 0.0000123 without scientific notation.
License
Licensed under either of Apache License, Version 2.0 or Boost Software License 1.0 at your option.Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in this crate by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.